Rời cloud quốc tế về hạ tầng trong nước: kiểm gì trước

Hoá đơn cloud quốc tế tháng này lại tăng. Thanh toán vẫn qua thẻ Visa công ty. Hỗ trợ trả lời sau 12 tiếng vì lệch múi giờ. Nhiều đội kỹ thuật Việt Nam đang tính rời cloud quốc tế về hạ tầng trong nước, nhưng chưa dám chốt. Bài này đưa checklist kiểm trước khi quyết, không xúi chuyển bừa.

Rời cloud quốc tế không phải lúc nào cũng đúng. Có hệ thống chuyển về là nhẹ gánh ngay tháng đầu. Có hệ thống chuyển xong phải dựng lại từ đầu. Tốn hơn cả khoản tưởng tiết kiệm được. Khác biệt nằm ở 5 nhóm câu hỏi dưới đây.

Nhóm 1: đang dùng những dịch vụ gì trên cloud quốc tế

Chỉ dùng máy ảo và lưu trữ file thì chuyển dễ. Gần như copy nguyên khối sang một gói VPS cấu hình tương đương ở trong nước. Dùng thêm 3, 4 dịch vụ đóng gói riêng của hãng thì khác hẳn. Phần đó phải dựng lại từ đầu, không có bản sao ở nơi khác.

• Liệt kê hết dịch vụ đang gọi tới. Kể cả dịch vụ phụ như gửi email hay lưu log.
• Đánh dấu dịch vụ nào là máy ảo, lưu trữ, cơ sở dữ liệu thường. Nhóm này chuyển gần như nguyên trạng.
• Đánh dấu dịch vụ nào là sản phẩm riêng của hãng. Nhóm này cần viết lại code.
• Ước lượng số ngày lập trình viên cần để thay từng dịch vụ đóng gói riêng.
• 3 hệ thống nhỏ toàn máy ảo thường xong trong 1 tuần.

Nhóm 2: khách hàng đang truy cập từ đâu

Khách trong nước thì đặt máy trong nước, độ trễ thấp hơn hẳn. Đường truyền không phải đi vòng ra nước ngoài rồi quay lại. Khách trải nhiều quốc gia thì cân nhắc kỹ hơn. Một điểm đặt máy ở Việt Nam có thể làm chậm truy cập từ châu Âu hay Mỹ.

• Xem báo cáo truy cập 30 ngày gần nhất. Tính tỷ lệ khách trong nước và khách quốc tế.
• Trên 70% khách trong nước là dấu hiệu rõ nên chuyển.
• Khách chia đều nhiều châu lục thì hỏi thêm: có cần CDN riêng để bù độ trễ không.
• Ứng dụng nội bộ chỉ nhân viên dùng thì gần như luôn nên đặt trong nước.

Nhóm 3: dữ liệu bao nhiêu và chuyển mất bao lâu

Vài chục GB thì chuyển trong một buổi tối. Gần như không ai nhận ra hệ thống vừa đổi chỗ. Vài TB trở lên thì khác hẳn. Phải tính đường truyền, thời gian đồng bộ, và cả phí egress khi rút dữ liệu ra khỏi cloud quốc tế. Khoản này nhiều đội quên đưa vào bài toán chi phí.

• Đo dung lượng dữ liệu thật đang lưu. Không tính theo hạn mức đã mua.
• Hỏi nhà cung cấp cũ mức phí egress cho mỗi GB chuyển ra.
• Với 1 TB dữ liệu, cộng cả phí egress lẫn thời gian chuyển trước khi so giá.
• Dữ liệu có ràng buộc thời gian lưu thì kiểm luôn quy định giữ bao nhiêu năm.

Nhóm 4: ai vận hành sau khi chuyển, và còn ràng buộc gì với bên cũ

Cloud quốc tế thường tự động hoá nhiều khâu. Tự mở rộng, tự vá lỗi, tự cảnh báo. Chuyển về VPS hay máy chủ riêng trong nước thì khác. Phần này cần người trực tiếp cấu hình và theo dõi, trừ khi đi kèm dịch vụ quản trị máy chủ. Song song đó phải kiểm luôn ràng buộc còn lại với nhà cung cấp cũ: hợp đồng trả trước, tín dụng khuyến mãi, cam kết mức chi tiêu tối thiểu. Chuyển ngay giữa chu kỳ trả trước là bỏ phí phần đã trả.

• Đội hiện tại có ai từng quản trị Linux, cấu hình firewall, dựng backup thủ công chưa.
• Không có ai đủ tay nghề thì tính thêm chi phí thuê dịch vụ quản trị máy chủ.
• Đừng chỉ so giá thuê máy trần với giá cloud.
• 2 việc hay bị quên nhất: lịch backup tự động và cảnh báo ổ đĩa gần đầy.
• Kiểm ngày hết hạn của gói trả trước hoặc cam kết hiện tại.
• Tín dụng khuyến mãi còn lại dùng được tới ngày nào.
• 2 lựa chọn thường gặp: chuyển ngay và mất phần đã trả, hoặc chờ hết chu kỳ.
• Dữ liệu từng lưu ở máy chủ nước ngoài thì hỏi bộ phận pháp chế công ty. Đừng tự suy đoán.

Bảng kiểm 5 nhóm trước khi rời cloud quốc tế

Thứ tự chuyển an toàn khi đã quyết định rời cloud quốc tế

Chuyển đột ngột dễ mất khách nhất. Thứ tự dưới đây giữ hệ thống cũ chạy tới phút cuối. Chỉ dừng khi bên mới đã chứng minh chạy ổn.

1. Dựng song song hệ thống mới trên VPS hoặc máy chủ riêng trong nước. Hệ thống cũ vẫn phục vụ khách bình thường.
2. Chuyển thử một phần nhỏ lưu lượng. Ví dụ 5% người dùng hoặc một chi nhánh. Lộ lỗi trước khi lộ diện rộng.
3. Đổi hướng bản ghi DNS trỏ toàn bộ lưu lượng sang hệ thống mới. Thường làm ngoài giờ cao điểm.
4. Theo dõi sát trong 48 tiếng đầu. So log lỗi và thời gian phản hồi giữa hai bên.
5. Mới dừng hệ thống cũ sau khi hệ thống mới chạy ổn ít nhất 1 tuần.

Khi nào ở lại cloud quốc tế là đúng, và dấu hiệu chuyển sẽ khó

Ở lại đúng khi hệ thống dùng sâu vào 4, 5 dịch vụ đóng gói riêng của hãng. Viết lại tốn nhiều tháng công hơn khoản tiết kiệm trong một năm. Cũng nên ở lại khi khách hàng trải đều nhiều châu lục. Một điểm đặt máy duy nhất không đáp ứng đủ độ trễ cho tất cả.

• Đội kỹ thuật chưa ai rành quản trị Linux. Ngân sách chưa tính thuê dịch vụ quản trị máy chủ ngoài.
• Hợp đồng trả trước còn dài hạn. Chuyển ngay lỗ phần đã trả nhiều hơn phần tiết kiệm.
• Hệ thống đang tăng trưởng nhanh. Cần khả năng tự mở rộng theo giờ.
• 2 trong 5 nhóm câu hỏi ở trên xấu là đủ lý do cân nhắc lại. Không phải ai rời cloud quốc tế cũng lãi.

Ba dấu hiệu sau xuất hiện cùng lúc thì nên lùi lại. Lên kế hoạch kỹ hơn thay vì chuyển vội.

• Kiến trúc dùng trên 5 dịch vụ đóng gói riêng của hãng cloud. Mỗi dịch vụ một cách thay thế khác nhau.
• Dữ liệu trên 5 TB mà chưa từng chuyển thử một phần nhỏ trước.
• Không ai trong đội trả lời được câu hỏi ai backup hệ thống sau khi chuyển, trong vòng 1 phút.

Câu hỏi thường gặp khi rời cloud quốc tế

Chuyển được hay không, kiểm trước rồi biết

5 nhóm câu hỏi ở trên không cho một đáp án chung cho mọi công ty. Có hệ thống nên chuyển ngay tháng này. Có hệ thống nên chờ thêm một năm nữa. Kiểm đủ 5 nhóm rồi đọc lại bảng. Câu trả lời tự hiện ra.

Cần tư vấn cấu hình máy chủ riêng phù hợp với hệ thống đang chuyển, đội kỹ thuật BizMaC hỗ trợ dựng song song trước khi đổi DNS. Đã có máy chủ và cần người vận hành hàng ngày thì xem thêm dịch vụ quản trị máy chủ.