Chuyển đổi · Tái định cư từ Đám Mây
Tái định cư từ Đám Mây
Tái định cư di chuyển workload khỏi public cloud vào colocation. Nó có lợi khi tải là ổn định, nặng và dự đoán được — tình huống bạn đang trả tiền cho tính đàn hồi mà bạn không bao giờ sử dụng. Điểm hòa vốn thường là 12 đến 24 tháng sau khi phần cứng, colocation, chi phí lao động di chuyển và nhân sự vận hành mà bây giờ bạn phải quản lý đều được tính vào mô hình. Những workload không vượt qua bài kiểm tra này là những workload không ổn định, và chúng nên ở lại nơi hiện tại.
Dấu hiệu
Tái định cư là quyết định từng workload, không phải toàn bộ. Đánh giá mỗi ứng viên dựa trên cả hai cột: một workload thuộc chủ yếu về phía trái đáng để mô hình hóa, còn một thuộc chủ yếu về phía phải sẽ tốn chi phí hơn ngoài cloud, dù bảng tính được thiết lập thế nào.
| Tái định cư | Giữ trên cloud |
|---|---|
| Mức sử dụng ổn định trên ~60% liên tục | Tải không ổn định, theo mùa hay do sự kiện |
| Khối lượng xuất ra lớn, dễ dự đoán | Lưu lượng bị chi phối bởi các đỉnh không dự đoán được |
| Data gravity — dữ liệu lớn và chủ yếu tĩnh | Dữ liệu cần đặt cạnh các dịch vụ cloud được quản lý |
| Tuân thủ hoặc chủ quyền yêu cầu một vị trí cụ thể | Cơ sở người dùng toàn cầu thực sự cần nhiều vùng |
| Tải training GPU liên tục được tính theo giờ | Công việc thí nghiệm với các tuần không hoạt động giữa các lần chạy |
| Có một đội ngũ hạ tầng với dung lượng sẵn có | Một team đã tới giới hạn công suất, không có on-call platform |
Mô hình hóa điểm hòa vốn
Sự so sánh quyết định nó là chi phí cloud hàng năm cho workload so với chi phí sở hữu hàng năm, với mọi mục trong cột thứ hai được điền trung thực. Bốn mục thường bị thiếu trong các dự án tái định cư, và mỗi mục đều lớn.
| Dòng | Thường bị quên vì |
|---|---|
| Nhân lực vận hành nền tảng | Cloud tích hợp nó vào hóa đơn nên nó chưa bao giờ xuất hiện là một mục riêng. Vá lỗi, quản lý dung lượng, cập nhật firmware, xử lý sự cố phần cứng và hỗ trợ ngoài giờ — tất cả đều trở thành trách nhiệm của bạn. |
| Chi phí egress để lấy dữ liệu | Là một chi phí một lần, nhưng với tập dữ liệu lớn nó có thể lên đến con số sáu chữ số — và được tính phí bởi nhà cung cấp bạn đang rời bỏ. |
| Chu kỳ làm mới phần cứng | Chi phí vốn năm đầu tiên có vẻ quyết định cho đến khi bạn khấu hao trong bốn đến năm năm thực tế và cộng thêm việc làm mới tiếp theo. |
| Dung lượng dự phòng phải mua trước | Cloud cho phép bạn tính toán cho ngày hôm nay. Cơ sở hạ tầng được sở hữu phải được tính toán cho đỉnh cao mà bạn mong đợi, và dung lượng dự phòng đó phải được thanh toán từ ngày đầu tiên. |
Máy tính TCO colocation mô hình hóa phía colocation, và hướng dẫn TCO colocation vs cloud thực hiện so sánh đầy đủ với các con số cụ thể.
Cách quá trình di chuyển khác biệt
Phương pháp sáu giai đoạn vẫn áp dụng, nhưng ba giai đoạn thay đổi hình thức. Khám phá khó khăn hơn: các tài sản cloud thay đổi liên tục, và các tài nguyên trong bảng điều khiển hiếm khi tương ứng với kiến trúc mà ai đó đã ghi lại — độ bao phủ tag thường là điều đầu tiên cần khắc phục. Không có giai đoạn hậu cần, và thay vào đó là mua sắm phần cứng, có thời gian chờ đợi riêng. Và việc cutover là một sự chuyển dịch lưu lượng chứ không phải một chiếc xe tải, điều đó có nghĩa là rollback thực sự rẻ lần đầu tiên: để môi trường cloud chạy cho đến khi xác thực được ký duyệt, và khôi phục là một thay đổi DNS chứ không phải một cuối tuần.
Một điều không thay đổi là xây dựng mạng. Các đường mạch vào trung tâm dữ liệu colocation, và kết nối quay lại bất kỳ thứ gì ở lại trong cloud, chạy theo cùng thời gian chờ đợi nhà cung cấp 60–120 ngày như bất kỳ quá trình di chuyển nào khác. Đặt hàng chúng trong tuần khi hợp đồng được ký kết.
Nơi triển khai
- Chỉ số giá — chi phí của thị trường mục tiêu trên mỗi kW mỗi tháng, công bố công khai
- Danh mục trung tâm dữ liệu — 202 trung tâm dữ liệu có công suất, mật độ và nhà điều hành
- Thư mục chứng chỉ — lọc theo tuân thủ mà workload của bạn cần
- Ma trận độ trễ — thời gian khứ hồi đến các khu vực nơi bất kỳ thứ gì ở lại trong cloud
- Trình theo dõi giá GPU — nếu workload được repatriate là training hoặc inference
Các câu hỏi thường gặp
Cloud repatriation là gì?
Di chuyển workload ra khỏi public cloud quay trở lại cơ sở hạ tầng mà bạn sở hữu hoặc thuê — thường là colocation, thỉnh thoảng là một phòng tại chỗ. Nó hiếm khi là tất cả hoặc không gì: mô hình phổ biến là repatriate một workload ổn định, có thể dự đoán được, khối lượng lớn trong khi để lại các dịch vụ burst và ở biên kinh doanh trong cloud.
Khi nào repatriation thực sự tiết kiệm chi phí?
Khi mức sử dụng cao và ổn định, egress nặng, và workload đủ lớn để dấu chân colocation được lấp đầy hiệu quả. Cơ sở hạ tầng được sở hữu rẻ trên một đơn vị và đắt trên một giờ nhàn rỗi; cloud là ngược lại. Một workload ở mức 70%+ quanh đồng hồ là ứng cử viên kinh điển, và một workload chạy bốn giờ một ngày thì không phải.
Thời gian hoàn vốn là bao lâu?
Thường là 12 to 24 months khi đã tính toán capex phần cứng, colocation, chi phí lao động di chuyển và nhân sự hoạt động mà bạn hiện đang có. Bất kỳ thời gian nào ngắn hơn thường có nghĩa là mô hình đã bỏ qua chi phí nhân sự hoặc chi phí vận hành nền tảng của riêng bạn; thời gian dài hơn có nghĩa là workload có thể nên ở lại cloud.
Điều gì nên ở lại public cloud?
Workload bursty và seasonal, bất kỳ thứ gì thực sự toàn cầu mà nếu không sẽ cần nhiều vị trí, sản phẩm giai đoạn sơ khai mà hình dạng còn đang thay đổi, khả năng phục hồi sau thảm họa mà bạn chỉ muốn trả phí khi nó chạy, và các dịch vụ được quản lý mà bạn phải xây dựng lại và sau đó bổ sung nhân sự. Repatriation là một quyết định chi phí về tải ổn định, không phải một lập trường triết học về cloud.
Chi phí ẩn lớn nhất của repatriation là gì?
Nhân sự. Cloud gộp các hoạt động nền tảng vào hóa đơn; colocation thì không. Vá lỗi, lập kế hoạch dung lượng, sự cố phần cứng, firmware, giám sát và phản ứng ngoài giờ tất cả đều trở thành nhân sự của bạn. Các mô hình repatriation vượt trội hơn cloud trên giấy tờ nhưng thua lỗ trong thực tế hầu như luôn không tính toán chi phí mục này.
Repatriation khác với di chuyển trung tâm dữ liệu bình thường như thế nào?
Không có chuyển động vật lý — không gì được tải lên xe tải. Để đổi lấy đó, bạn phải chịu thời gian dẫn mua phần cứng, quyết định định kích thước dung lượng mà cloud từng tự động thực hiện cho bạn, và phí egress dữ liệu có thể lên đến hàng trăm ngàn đô la cho một hạ tầng lớn. Cấu trúc giai đoạn là như nhau; giai đoạn khám phá khó hơn, vì các hạ tầng cloud liên tục thay đổi và danh sách tài nguyên trong bảng điều khiển hiếm khi phù hợp với danh sách trong sơ đồ kiến trúc.
Lập mô hình repatriation?
Cho chúng tôi biết hồ sơ workload và các thị trường bạn đang xem xét. Chúng tôi sẽ quay lại với các cơ sở đáp ứng yêu cầu về năng lượng và tuân thủ, cộng với giá chuẩn để phía tự sở hữu của mô hình sử dụng số liệu thực tế thay vì giá niêm yết.