Triển khai Cloudera hybrid và Cloud Bursting: mở rộng lúc cao điểm

Cùng một nền tảng Cloudera chạy được ở ba chỗ: trên đám mây công cộng, trong trung tâm dữ liệu của bạn, hoặc cả hai cùng lúc. Điểm cần nắm là các lựa chọn này không phải ba sản phẩm khác nhau — cùng bộ dịch vụ dữ liệu, cùng lớp quản trị SDX (Shared Data Experience), cùng định dạng bảng mở Apache Iceberg. Chỗ chạy thay đổi, cách làm việc không đổi.

Bài này đi qua ba kiểu triển khai và dừng lâu ở Cloud Bursting — năng lực cho phép mở rộng từ trung tâm dữ liệu riêng sang đám mây vào lúc cao điểm mà không nhân bản dữ liệu và không phải viết lại ứng dụng (Cloudera công bố tháng 4/2026).

flowchart LR
  subgraph ONP["Trung tâm dữ liệu của doanh nghiệp"]
    direction TB
    D1["Bản gốc dữ liệu<br/>bảng Iceberg · Object Store"]
    C1["Năng lực tính toán<br/>thường ngày"]
  end
  subgraph CLOUD["Đám mây công cộng — trong VPC của doanh nghiệp"]
    direction TB
    C2["Năng lực tính toán<br/>bật thêm lúc cao điểm"]
  end
  SDXP["SDX — một bộ chính sách<br/>áp cho cả hai phía"]
  C1 --- D1
  D1 -->|"Cloud Bursting — dữ liệu không nhân bản"| C2
  SDXP -.- C1
  SDXP -.- C2

Ba kiểu triển khai

Public Cloud

Cloudera chạy trên AWS, Azure hoặc Google Cloud. Điểm quan trọng với các tổ chức có yêu cầu chặt về dữ liệu: dữ liệu nằm trong VPC (Virtual Private Cloud — mạng riêng ảo) của chính khách hàng, trong tài khoản đám mây của khách hàng, ở vùng do khách hàng chọn. Nền tảng vận hành trên hạ tầng ấy chứ không kéo dữ liệu về một nơi khác.

Phù hợp khi: dựng năng lực dữ liệu mới nhanh, workload co giãn mạnh, hoặc dữ liệu vốn đã sinh ra trên đám mây.

On-premises

Toàn bộ nền tảng — lưu trữ, các dịch vụ dữ liệu, quản trị và cả AI — chạy trong trung tâm dữ liệu của tổ chức. Dữ liệu không rời vành đai. Đây là kiểu triển khai trả lời trực diện các yêu cầu về chủ quyền dữ liệu và nơi lưu trữ dữ liệu (data residency) mà ngân hàng, viễn thông và khu vực công tại Việt Nam đang làm việc cùng.

Phù hợp khi: dữ liệu nhạy cảm bắt buộc ở trong nước và trong hạ tầng của tổ chức; hệ thống lõi đã ở trung tâm dữ liệu và độ trễ tới dữ liệu là yếu tố quyết định.

Hybrid

Cả hai cùng lúc, dưới một trải nghiệm quản trị nhất quán: bản gốc dữ liệu nhạy cảm giữ tại chỗ, phần việc phù hợp đẩy lên đám mây, cùng một bộ chính sách áp cho cả hai phía. Đây là kiểu triển khai mà Cloudera thiết kế nền tảng để hướng tới — và cũng là nơi Cloud Bursting phát huy.

So sánh ba kiểu triển khai

Bảng dưới so sánh giữa các tùy chọn của chính Cloudera, giúp chọn điểm xuất phát phù hợp:

Tiêu chí	Public Cloud	On-premises	Hybrid
Dữ liệu nằm ở đâu	Trong VPC của khách hàng, vùng do khách chọn	Trong trung tâm dữ liệu của khách hàng	Bản gốc tại chỗ, phần việc phù hợp trên đám mây
Đáp ứng chủ quyền dữ liệu	Theo vùng và cấu hình đã chọn	Trọn vẹn, dữ liệu không rời vành đai	Trọn vẹn cho phần dữ liệu giữ tại chỗ
Co giãn khi cao điểm	Bật thêm tài nguyên đám mây	Theo năng lực đã đầu tư	Bật thêm trên đám mây khi cần — Cloud Bursting
Mô hình chi phí	Thiên về vận hành, theo mức dùng	Thiên về đầu tư hạ tầng	Nền tại chỗ ổn định, đám mây theo đợt cao điểm
Độ trễ tới hệ thống lõi tại chỗ	Phụ thuộc đường truyền	Gần nhất	Gần cho phần tại chỗ
Lớp quản trị	SDX	SDX	SDX — một bộ chính sách cho cả hai
Hợp khi	Dữ liệu sinh ra trên đám mây, workload co giãn mạnh	Dữ liệu nhạy cảm bắt buộc ở trong nước	Nền ổn định tại chỗ, cần đàn hồi theo mùa vụ

Điểm chung của cả ba cột: cùng bộ dịch vụ, cùng SDX, cùng bảng Iceberg. Chọn kiểu triển khai là chọn nơi chạy, không phải chọn một nền tảng khác — nên đổi hoặc mở rộng về sau không đồng nghĩa với làm lại.

Cloud Bursting: mở rộng lúc cao điểm

Nhu cầu tính toán trên dữ liệu hiếm khi đều đặn. Nó có đỉnh. Và hạ tầng tại chỗ thì được đầu tư theo một mức năng lực cố định.

Điều đó đặt ra một câu hỏi quen thuộc: đầu tư hạ tầng đủ cho ngày cao điểm nhất trong năm — rồi để phần lớn năng lực ấy nhàn rỗi những ngày còn lại — hay đầu tư cho mức thường ngày và chấp nhận chờ vào lúc bận nhất?

Cloud Bursting (Cloudera công bố tháng 4/2026) trả lời bằng cách thứ ba: giữ nền tảng ở trung tâm dữ liệu cho mức thường ngày, và mượn thêm năng lực tính toán từ đám mây đúng lúc cao điểm. Hai điều Cloudera nhấn mạnh ở năng lực này:

• Không nhân bản dữ liệu. Phần tính toán trên đám mây làm việc trên dữ liệu hiện có, không phải chép trước một bản sang đám mây rồi đồng bộ ngược lại. Không có bản sao mới nghĩa là không có thêm một thứ phải bảo vệ, phải đồng bộ và phải giải trình.
• Không phải viết lại ứng dụng. Cùng dịch vụ, cùng định dạng bảng, cùng chính sách — công việc đang chạy tại chỗ không cần sửa để chạy được ở phần năng lực mượn thêm.

Hết cao điểm, phần năng lực mượn thêm trả lại. Nền tảng trở về trạng thái thường ngày trong trung tâm dữ liệu.

Điều gì di chuyển, điều gì ở yên

Đây là cách gọn nhất để nắm bản chất của Cloud Bursting — chỉ năng lực tính toán co giãn, mọi thứ khác đứng yên:

Thành phần	Khi cao điểm
Bản gốc dữ liệu	Ở yên trong trung tâm dữ liệu — không chép sang đám mây
Năng lực tính toán	Mượn thêm từ đám mây, trả lại khi hết cao điểm
Ứng dụng và pipeline	Giữ nguyên — không sửa, không viết lại
Định dạng bảng	Vẫn là Apache Iceberg, không chuyển đổi
Chính sách bảo mật, phân quyền	Vẫn một bộ trên SDX, áp cho cả hai phía
Cách vận hành hằng ngày	Không đổi — cùng dịch vụ, cùng giao diện quản trị

Nói cách khác: cao điểm là một sự kiện về tài nguyên, không phải một dự án về kiến trúc. Đó là khác biệt giữa việc bật thêm năng lực trong vài ngày và việc phải chuẩn bị một đợt di chuyển dữ liệu kèm rà soát tuân thủ.

💡 Điều này có nghĩa gì với bạn?

Hạ tầng tại chỗ không còn phải gánh kịch bản xấu nhất của cả năm. Bạn đầu tư cho mức thường ngày, và mở rộng theo đợt khi cần — trong khi dữ liệu nhạy cảm vẫn ở nguyên trung tâm dữ liệu của bạn, dưới đúng bộ chính sách cũ.

Ví dụ theo bối cảnh Việt Nam

Vài thời điểm mà đường nhu cầu tính toán dựng đứng lên trong vài ngày rồi hạ xuống:

• Quyết toán cuối kỳ. Cuối tháng, cuối quý, cuối năm tài chính: đối chiếu, chốt sổ, dựng báo cáo quản trị và báo cáo cho cơ quan quản lý — tất cả dồn vào vài ngày, trong khi báo cáo thường ngày vẫn phải chạy.
• Mùa cao điểm chiến dịch. Đợt khuyến mại lớn, mùa cao điểm bán lẻ, chiến dịch phân khúc khách hàng trước Tết: dữ liệu giao dịch tăng vọt, các mô hình chấm điểm và gợi ý phải chạy lại trên tập dữ liệu lớn hơn thường lệ.
• Đợt mở rộng phân tích đột xuất. Huấn luyện lại mô hình rủi ro trên nhiều năm dữ liệu lịch sử, hoặc một yêu cầu phân tích lớn theo yêu cầu quản lý — nặng, có thời hạn, và không lặp lại thường xuyên.

Mẫu số chung: nhu cầu ngắn hạn, cường độ cao, trên dữ liệu không được phép rời chỗ. Đó đúng là hình dạng bài toán mà Cloud Bursting nhắm tới.

Cập nhật đồng thời, không phải “re-platform”

Một nền tảng hybrid chỉ có giá trị nếu hai phía không trôi xa nhau theo thời gian. Nếu phía đám mây nhận tính năng mới còn phía tại chỗ đứng yên, thì “hybrid” dần biến thành hai hệ thống phải duy trì song song.

Cloudera công bố cập nhật đồng thời cho bản tại chỗ và bản trên đám mây: năng lực mới tới cả hai phía, nên tổ chức không bị đẩy vào thế phải đổi nền tảng (“re-platform”) chỉ để dùng được tính năng mới. Đi kèm là cam kết hỗ trợ dài hạn tới năm 2032 (theo Cloudera công bố) — một mốc đáng cân nhắc khi lập kế hoạch vòng đời cho hệ thống lõi.

Các sai lầm dễ mắc phải

• Chọn kiểu triển khai trước khi biết dữ liệu nào bị ràng buộc. Bản đồ dữ liệu nhạy cảm và yêu cầu tuân thủ đi trước, quyết định nơi chạy đi sau.
• Đầu tư hạ tầng cho ngày cao điểm nhất trong năm. Phần lớn thời gian còn lại, năng lực ấy nằm im — trong khi cao điểm là thứ có thể xử lý theo đợt.
• Coi hybrid là “chạy hai hệ thống song song”. Nếu hai phía dùng công cụ khác nhau và chính sách khác nhau, chi phí vận hành sẽ nhân đôi. Một bộ dịch vụ và một lớp quản trị chung mới là điều làm hybrid có nghĩa.

Đọc tiếp

Kiến trúc nền tảng Cloudera Ba lớp: dịch vụ dữ liệu, lớp quản trị dùng chung SDX và nền lưu trữ Cloudera Object Store trên Apache Ozone.

Di trú từ Hadoop & hỗ trợ dài hạn Hiện đại hóa cụm Hadoop cũ lên lakehouse Iceberg và lộ trình hỗ trợ dài hạn của nền tảng.

Ghi chú

Tổng hợp & diễn giải tiếng Việt theo tài liệu Cloudera. BSD Insight — đối tác Cloudera tại Việt Nam — liên hệ tư vấn.