Hóa đơn cloud tăng nhanh hơn doanh thu?
Đưa các dịch vụ chạy 24/7 về Private Cloud tại Việt Nam. Giữ public cloud cho phần tải đột biến, nếu cần.


Private Cloud cho doanh nghiệp Việt Nam
CloudMaster thiết kế, triển khai và vận hành Private Cloud mã nguồn mở trên OpenStack, Ceph và Kubernetes. Chi phí dự báo được, dữ liệu ở Việt Nam, đội của bạn giữ toàn quyền.
Số node theo vai trò lấy từ case study Pancake. Vị trí trong tủ chỉ để minh họa.
Đã triển khai và vận hành cho
Tất cả khách hàng≈80%
chi phí hạ tầng hằng tháng của Pancake giảm sau khi rời GCP
Pancake · OPEX tháng, trước và sau
<15phút
RTO của Funtap trên kiến trúc 2 datacenter, RPO dưới 5 phút
Funtap · thiết kế HA/DR 2024
14+năm
kinh nghiệm thiết kế và vận hành cloud quy mô lớn của đội kỹ sư
Hồ sơ đội ngũ CloudMaster
Giải pháp
Mỗi doanh nghiệp đến với Private Cloud vì một lý do khác nhau. Chọn tình huống gần nhất, chúng tôi bắt đầu từ đó.
Đưa các dịch vụ chạy 24/7 về Private Cloud tại Việt Nam. Giữ public cloud cho phần tải đột biến, nếu cần.
Chuyển VM từ vSphere sang OpenStack/KVM theo từng đợt, tái sử dụng máy chủ, storage và mạng đang có.
Tải nền chạy trên Private Cloud, đột biến dùng public cloud, dữ liệu nhân bản giữa hai nơi.
Pancake khởi đầu với 2 controller, 3 compute, 5 storage, rồi mở rộng theo tải thật.
Kubernetes chạy trên Private Cloud, cùng CI/CD, giám sát và quản lý secrets.
Câu chuyện khách hàng
Năm 2019, hóa đơn GCP của Pancake đã chạm khoảng 1 tỷ VNĐ mỗi tháng, phần lớn cho compute và lưu trữ media dài hạn. Pancake bắt đầu nhỏ, chuyển dần từng phần về Private Cloud tại Việt Nam, và chưa từng quay lại.
Case study Pancake, số liệu do khách hàng cung cấp
Đọc toàn bộ case study2 controller, 3 compute, 5 node Ceph. Chuyển dần workload từ GCP về Việt Nam.
Thêm node khi người dùng tăng. Hệ thống ổn định, độ trễ giảm rõ rệt.
3,3 PB Ceph RADOS Gateway thay cho lưu trữ media dài hạn trên GCP.
75 compute AMD EPYC, 64 node Ceph: 1,6 PB SSD, 720 TB NVMe, 3,3 PB S3.
Lộ trình
Thường 3–5 tháng từ đánh giá đến go-live. Staging chuyển trước, production chuyển theo nhóm dịch vụ, mỗi bước có kế hoạch quay lui.
Báo cáo workload, SLA và chi phí hiện tại.
Tài liệu kiến trúc, kế hoạch dung lượng 3–5 năm.
Cụm OpenStack, Ceph và giám sát chạy thật.
Staging chạy trên Private Cloud, quy trình đã kiểm chứng.
Production chuyển theo nhóm dịch vụ, có kế hoạch quay lui.
Backup, DR, đào tạo, hỗ trợ 24/7.
Mô hình vận hành
Từ vận hành trọn gói đến bàn giao hoàn toàn cho đội nội bộ. Tài liệu, mã cấu hình và quyền quản trị luôn thuộc về bạn.
CloudMaster trực, nâng cấp và mở rộng. Đội của bạn tập trung vào sản phẩm.
Hai đội cùng trực, dùng chung runbook. Phù hợp khi bạn đã có đội hạ tầng.
Chúng tôi dựng, đào tạo và bàn giao. Chuyên gia hỗ trợ khi cần.
| Hạng mục | Vận hành toàn phần | Đồng vận hành | Chuyển giao |
|---|---|---|---|
| Trực sự cố 24/7 | |||
| Giám sát & cảnh báo | |||
| Nâng cấp OpenStack, Ceph | |||
| Mở rộng dung lượng | |||
| Diễn tập khôi phục | |||
| Hỗ trợ chuyên gia cấp 3 |
Reliability Engineering · Relia1
Relia1 là đối tác reliability engineering của CloudMaster. Relia1 kiểm chứng các luồng nghiệp vụ quan trọng chạy trên Private Cloud do CloudMaster vận hành, trong điều kiện tải đỉnh, thay đổi, sự cố và khôi phục, rồi ghi rõ điều gì đã có bằng chứng, điều gì vẫn chưa biết. Mỗi lần làm việc bắt đầu từ một luồng, với phạm vi thống nhất bằng văn bản.
Luồng thanh toán vẫn chạy khi mất 1 node Ceph.Diễn tập tắt node trong khung bảo trì: giao dịch thử hoàn tất, rebalance xong.Giới hạn: Tải thấp, chưa kiểm chứng ở tải đỉnh.
Thanh toán hoàn tất sau khi chuyển sang DC dự phòng.Database đã khôi phục; luồng thanh toán đầu-cuối chưa được chạy lại.
Luồng thanh toán chịu được tải của đợt khuyến mãi cuối năm.Load test từ quý trước; lưu lượng và số VM đã tăng kể từ đó.
Diễn tập DR đầu-cuối cho luồng thanh toán, ở tải đỉnh, trước ngày khuyến mãi.
Kiểm chứng luồng quan trọng vẫn hoàn tất ở tải đỉnh dự kiến, như một đợt khuyến mãi, trước khi ngày đó đến.
Kiểm chứng luồng quan trọng trong kịch bản đã thống nhất trước go-live, và xác định giao dịch nào phải đúng xuyên suốt quá trình chuyển lẫn khi quay lui.
Sau khôi phục, kiểm tra người dùng hoàn tất được giao dịch, không dừng ở việc dữ liệu đã về.
Rà soát những giả định đã sai, cập nhật runbook và kịch bản kiểm chứng.
Kiến trúc tham chiếu
Mỗi lớp được chọn vì đã chạy ổn định ở quy mô production. Đội của bạn dùng cùng API, CLI và Terraform/OpenTofu như trên public cloud.
# Tạo một máy ảo, giống hệt trên public cloud
openstack server create web-01 \
--flavor c4.m16 \
--image ubuntu-24.04 \
--network app-net \
--key-name ops
openstack volume create --size 200 \
--type nvme web-01-dataresource "openstack_compute_instance_v2" "web" {
name = "web-01"
flavor_name = "c4.m16"
image_name = "ubuntu-24.04"
key_pair = "ops"
network {
name = "app-net"
}
}POST /compute/v2.1/servers
{
"server": {
"name": "web-01",
"flavorRef": "<flavor-id>",
"imageRef": "<image-id>",
"networks": [{ "uuid": "<net-id>" }]
}
}Rà soát hóa đơn cloud
Không cần điền bảng thông số. Hóa đơn AWS, GCP, Azure hoặc báo giá gia hạn VMware đã đủ để chúng tôi biết phần nào nên chuyển, phần nào nên giữ.
PDF hoặc CSV của 1–3 tháng gần nhất.
Tách dịch vụ chạy 24/7 khỏi phần tải biến động.
Khoảng chi phí, phần nên chuyển, phần nên giữ, và rủi ro.
Bài viết
Không phải dòng nào trên hóa đơn cũng nên chuyển. Cách tách phần chạy 24/7 khỏi phần biến động, quy chi phí Private Cloud về theo tháng và ước tính thời gian hoàn vốn, kèm số liệu thật của Pancake.
Đọc bàiOVN thay các agent L3, DHCP và metadata của Neutron bằng một control plane dựa trên database. Bài này so sánh ML2/OVS với ML2/OVN, đi qua kiến trúc NBDB, SBDB, ovn-controller và cách lần vết một sự cố.
Đọc bàiOpen vSwitch là switch ảo mã nguồn mở đứng sau mạng của hầu hết Private Cloud OpenStack. Kiến trúc ba thành phần, cách gói tin được chuyển tiếp qua kernel, và vì sao OVN ra đời để điều khiển OVS ở quy mô lớn.
Đọc bàiCâu hỏi thường gặp
Với dịch vụ chạy ổn định 24/7, thường là có. Với tải biến động mạnh hoặc hệ thống còn nhỏ, public cloud có thể vẫn hợp lý hơn. Chúng tôi tính trên hóa đơn thật của bạn trước khi đề xuất, và nhiều khi câu trả lời là mô hình hybrid.
Thường khoảng 3–5 tháng từ đánh giá đến go-live, theo lộ trình 6 pha. Hệ thống lớn được chuyển theo từng đợt dịch vụ.
Chúng tôi chuyển staging trước, sau đó chuyển production theo từng nhóm dịch vụ trong khung giờ bảo trì đã thống nhất. Mỗi bước đều có kế hoạch quay lui.
Không. Nền tảng là mã nguồn mở, cấu hình được viết thành mã, tài liệu và quyền quản trị thuộc về bạn. Bạn có thể chọn mức chuyển giao để đội nội bộ tự vận hành.
Ở nơi bạn chọn: phòng máy riêng hoặc thuê chỗ đặt máy tại một datacenter ở Việt Nam. CloudMaster không bán chỗ đặt máy, nên trung lập về nhà cung cấp.
Relia1 là đối tác reliability engineering của CloudMaster. Relia1 kiểm chứng các luồng nghiệp vụ quan trọng trên Private Cloud do CloudMaster vận hành, khi tải đỉnh, khi thay đổi, khi sự cố và khi khôi phục, rồi ghi rõ điều gì đã có bằng chứng, điều gì chưa. Mỗi lần làm việc bắt đầu từ một luồng, phạm vi thống nhất bằng văn bản. CloudMaster vận hành; khách hàng giữ quyền quyết định với production.
Liên hệ
Tư vấn 1:1 miễn phí. Chúng tôi liên hệ lại trong 24 giờ.