Private Cloud không đặt mua trong vài phút như một máy chủ ảo. Hạ tầng được thiết kế riêng theo khối lượng công việc thật, nên khâu chuẩn bị quyết định chất lượng của cả hệ thống về sau.

1. Quy trình, nhìn tổng thể

Bước 5 là bước dài nhất và cũng là bước quyết định việc chuyển đổi êm hay gãy.

2. Thông tin cần chuẩn bị trước khi trao đổi

Càng đủ thì thiết kế càng sát, và càng ít phải bổ sung phần cứng về sau.

Về khối lượng công việc hiện tại

• Danh sách các hệ thống cần đưa lên: tên, vai trò, mức độ quan trọng.
• Với mỗi hệ thống: số nhân CPU, dung lượng bộ nhớ, dung lượng ổ đĩa đang dùng thật.
• Mức sử dụng trung bình và lúc cao điểm, nếu có số liệu đo.
• Tổng dung lượng dữ liệu, và tốc độ tăng mỗi tháng.

Chỗ hay bị ước lượng sai: nhiều đơn vị lấy cấu hình đang cấp phát làm căn cứ, trong khi mức dùng thật thấp hơn nhiều. Điều này làm hạ tầng mới bị thiết kế thừa. Nếu có công cụ giám sát, hãy lấy số liệu đo trong ít nhất một tháng.

Về yêu cầu phi chức năng

• Mức gián đoạn chấp nhận được, nếu có cam kết với khách hàng của quý Khách hàng.
• Yêu cầu tuân thủ cụ thể, nếu có.
• Yêu cầu về sao lưu: giữ bao lâu, khôi phục trong bao lâu.
• Có cần môi trường thử nghiệm tách riêng không.

Về kế hoạch tăng trưởng

• Dự kiến quy mô sau một năm, hai năm.

Hạng mục này quan trọng vì bổ sung phần cứng cần thời gian. Thiết kế có tính tới tăng trưởng sẽ tránh được tình huống vừa chạy ổn vài tháng đã phải mở rộng gấp.

3. Rà soát thiết kế: ba câu nên hỏi

Khi nhận đề xuất thiết kế, nên hỏi rõ ba điều:

Hệ thống chịu được mất bao nhiêu máy chủ mà vẫn chạy? Đây là câu hỏi về khả năng chịu lỗi. Câu trả lời quyết định việc một sự cố phần cứng là chuyện nhỏ hay là một đêm thức trắng.

Mở rộng thì thêm cái gì, mất bao lâu? Để biết trước, thay vì biết lúc đang cần gấp.

Sao lưu nằm ở đâu? Bản sao lưu nằm trên chính cụm hạ tầng đó thì không cứu được khi cả cụm có vấn đề. Nên thống nhất rõ bản sao lưu để ở đâu ngay từ khâu thiết kế.

4. Giai đoạn chuyển dữ liệu

Đây là giai đoạn rủi ro nhất của cả dự án. Nguyên tắc nên theo:

Chạy song song trước khi chuyển hẳn. Hệ thống cũ vẫn chạy trong lúc hệ thống mới đã sẵn sàng. Có vấn đề thì quay lại ngay, không mất gì.

Chuyển hệ thống ít quan trọng trước. Lấy đó làm bài tập cho quy trình, trước khi động tới hệ thống lõi.

Đặt trước điều kiện quay lại. Thống nhất từ đầu: nếu xảy ra chuyện gì thì quay về hệ thống cũ, và quay lại bằng cách nào. Quyết định này phải có trước khi bắt đầu, không phải lúc đang có sự cố.

Giữ hệ thống cũ một thời gian sau khi chuyển. Đừng thu hồi ngay. Luôn có thứ phát hiện ra muộn.

5. Danh sách kiểm trước khi chuyển hẳn

Hàng thứ tư hay bị đánh dấu là xong khi mới chỉ chạy sao lưu mà chưa thử khôi phục. Sao lưu chưa khôi phục thử là sao lưu chưa biết có dùng được không.

6. Sau khi bàn giao

Tháng đầu: theo dõi sát hơn bình thường. Đối chiếu mức sử dụng thật với thiết kế, xem có chỗ nào chật hoặc thừa.

Định kỳ sau đó: rà lại mức sử dụng và kế hoạch dung lượng. Hạ tầng riêng có giới hạn vật lý, nên biết trước khi nào chạm giới hạn là việc nên làm chủ động, không phải chờ hệ thống báo đầy.

Đội kỹ thuật Cloudzone giám sát hạ tầng và hỗ trợ kỹ thuật trong suốt quá trình vận hành.

7. Câu hỏi thường gặp

Mất bao lâu từ lúc chốt tới lúc chạy được? Tuỳ quy mô và cấu hình. Đây là câu nên hỏi ngay ở bước tư vấn để lên kế hoạch, vì phần cứng dành riêng cần thời gian chuẩn bị.

Chúng tôi có được vào trung tâm dữ liệu xem hệ thống không? Việc ra vào trung tâm dữ liệu có quy trình riêng. Hãy nêu nhu cầu này ngay từ khâu trao đổi nếu quý Khách hàng có yêu cầu kiểm tra định kỳ.

Dùng kết hợp Private Cloud và Public Cloud được không? Được, và đây là mô hình nhiều đơn vị chọn. Hai bên quản trị trên cùng một giao diện nên không tạo thêm gánh nặng vận hành.

Đội kỹ thuật của chúng tôi có phải học hệ thống mới không? Giao diện tự phục vụ dùng chung với Public Cloud, nên nếu đội đã quen Cloud Server thì phần lớn thao tác giữ nguyên.