Ba thiết lập quyết định hoá đơn Databricks SQL
Quy mô warehouse, thời gian tự dừng và lựa chọn giữa serverless với classic tác động lên hoá đơn Databricks SQL nhiều hơn mọi thao tác tối ưu truy vấn.
Trên phần lớn các nền tảng Databricks chúng tôi từng rà soát, hạng mục lớn nhất trong hoá đơn hằng tháng là SQL: các warehouse phục vụ dashboard, công cụ BI và truy vấn phân tích đột xuất. Phần lớn chi phí của hạng mục này lại được quyết định bởi ba thiết lập được chọn ngay từ ngày đầu và chưa từng được xem xét lại.
Cả ba thiết lập đều không đòi hỏi viết lại truy vấn. Đó là cấu hình, có thể thay đổi trong vài phút. Điều cần có là số liệu về cách warehouse thực sự được sử dụng.
1. Quy mô warehouse: mỗi cấp tăng đơn giá gần gấp đôi
SQL warehouse có các cấp quy mô được đặt tên từ 2X-Small đến 5X-Large. Databricks công bố cấu hình của từng cấp, gồm loại máy driver và số lượng worker, thay vì công bố giá theo giờ:
| Cấp quy mô | Số worker |
|---|---|
| 2X-Small | 1 |
| X-Small | 2 |
| Small | 4 |
| Medium | 8 |
| Large | 16 |
| X-Large | 32 |
| 2X-Large | 64 |
| 3X-Large | 128 |
| 4X-Large | 256 |
| 5X-Large | 512 |
Điểm mấu chốt nằm ở quy luật: số worker tăng gấp đôi sau mỗi cấp, nên chi phí mỗi giờ cũng tăng xấp xỉ gấp đôi. Nâng lên một cấp không phải là tăng thêm vài phần trăm, mà là đơn giá tăng gần gấp đôi cho mọi giờ warehouse hoạt động.
Chính Databricks khuyến nghị bắt đầu với warehouse lớn hơn rồi giảm dần, vì hạ cấp dễ hơn so với việc phát hiện warehouse nhỏ không đáp ứng kịp. Khuyến nghị này hợp lý, với một điều kiện: phải có người thực sự hạ cấp. Một warehouse được chọn dư dả cho giai đoạn ra mắt mà không bao giờ được rà soát lại sẽ trả gần gấp đôi trong suốt vòng đời nền tảng.
Cách quyết định là quan sát hoạt động thực tế của warehouse. Nếu truy vấn hiếm khi phải chờ và phần lớn thời gian warehouse chạy ở mức tải thấp, doanh nghiệp nên thử hạ một cấp trong một tuần. Nếu truy vấn xếp hàng vào giờ cao điểm, có thể cần thêm năng lực xử lý, nhưng mở rộng số cụm cho giờ cao điểm thường hiệu quả hơn so với dùng cấp lớn hơn cả ngày.
2. Thời gian tự dừng: warehouse không hoạt động vẫn bị tính phí
Warehouse bị tính phí trong suốt thời gian đang chạy, không phải trong thời gian có người sử dụng. Với warehouse classic, khoản phí này gồm cả phí Databricks lẫn chi phí máy chủ trên hoá đơn cloud, cho đến khi warehouse dừng hẳn.
Thiết lập tự dừng (auto-stop) quyết định warehouse chờ bao lâu khi không có truy vấn trước khi tắt. Giá trị mặc định là 45 phút với warehouse pro và classic, 10 phút với warehouse serverless.
Lấy ví dụ một dashboard tài chính được mở ba lần mỗi ngày. Sau mỗi lượt sử dụng, warehouse tiếp tục chờ. Với thời gian tự dừng 45 phút, mỗi ngày có tới hai giờ mười lăm phút warehouse chạy không tải nhưng vẫn bị tính phí. Với 10 phút, con số này chỉ còn nửa giờ. Khoản chênh lệch lặp lại mỗi ngày làm việc.
Rút ngắn thời gian tự dừng là biện pháp tiết kiệm ít tốn công nhất trên nền tảng: chỉ mất một phút cấu hình, và người dùng hầu như không bị ảnh hưởng, ngoại trừ đôi khi phải chờ warehouse khởi động lại trong giây lát. Giá trị phù hợp phụ thuộc vào tần suất truy vấn. Warehouse phục vụ luồng truy vấn BI liên tục có thể giữ thời gian chờ dài hơn; warehouse chỉ được dùng vài lần mỗi ngày thì không nên.
3. Serverless hay classic: chi phí máy chủ nằm ở đâu
Thiết lập thứ ba là loại warehouse, và đây cũng là thiết lập thường bị so sánh sai cách nhất.
Với warehouse classic, máy chủ chạy trong tài khoản cloud của doanh nghiệp. Databricks tính phí theo DBU, còn nhà cung cấp cloud tính riêng chi phí máy chủ. Với warehouse serverless, máy chủ thuộc về Databricks và đã được tính vào đơn giá DBU. Trên AWS vùng Singapore tháng 9/2026, giá niêm yết của SQL Classic là 0,22 USD/DBU và SQL Serverless là 0,88 USD/DBU. Con số classic trông thấp hơn nhiều, nhưng chưa bao gồm phần cứng.
Phép so sánh đúng là cộng chi phí DBU classic với hoá đơn cloud tương ứng, rồi đặt cạnh chi phí DBU serverless. Ngoài yếu tố giá, serverless có thời gian tự dừng mặc định ngắn hơn như đã nêu, cùng năng lực xử lý co giãn do Databricks quản lý. Databricks cũng cho biết máy chủ của serverless có thể thuộc loại khác với cấu hình classic nhưng có tỷ lệ giá trên hiệu năng tương đương.
Với warehouse có mức sử dụng không đều, như dashboard và phân tích đột xuất, serverless thường có lợi hơn khi tính cả thời gian chạy không tải. Với warehouse chịu tải ổn định, dễ dự báo suốt cả ngày, doanh nghiệp nên so sánh bằng số liệu thực tế từ chính hoá đơn của mình trước khi quyết định.
Yếu tố thứ tư không nằm trong cấu hình
Cam kết mức sử dụng trước giúp giảm chính đơn giá. Trên Azure, đơn vị cam kết Databricks mua trước kỳ hạn một hoặc ba năm được công bố với mức giảm tới 37% so với trả theo mức sử dụng. Trên AWS và Google Cloud, mức chiết khấu được thương lượng riêng và không công bố. Cam kết chỉ có ý nghĩa khi mức sử dụng đã được đo lường, và đây là thêm một lý do để điều chỉnh ba thiết lập trên trước: cam kết cho một warehouse vượt quy mô cần thiết và thường xuyên chạy không tải chỉ khoá chặt khoản lãng phí.
Đo lường trước khi thay đổi
Mỗi quyết định nêu trên đều nên dựa trên số liệu, và Databricks đã cung cấp sẵn số liệu đó. Bảng hệ thống system.billing.usage ghi nhận mức tiêu thụ theo từng warehouse và từng ngày, còn lịch sử truy vấn cho biết mức độ bận rộn của từng warehouse và thời điểm warehouse chạy không tải. Chỉ vài truy vấn trên các bảng này đã trả lời được những câu hỏi trên cho chính nền tảng của doanh nghiệp, thay vì cho một nền tảng giả định.
Đây là một phần công việc chúng tôi thiết lập trong giai đoạn Vận hành: phân bổ chi phí theo bộ phận và bài toán, cùng việc rà soát quy mô warehouse và thời gian tự dừng dựa trên mức sử dụng đo được. Đơn giá chúng tôi dùng để lập dự toán được trình bày trên trang dịch vụ.
Nguồn: tài liệu Databricks về quy mô và hoạt động của SQL warehouse (docs.databricks.com/aws/en/compute/sql-warehouse/warehouse-behavior, cập nhật lần cuối ngày 11/09/2026). Trang giá của Databricks, giá niêm yết AWS vùng AP (Singapore), tra cứu ngày 16/09/2026. Biểu giá và điều khoản mua trước của Azure Databricks, tra cứu ngày 16/09/2026. Thời gian tự dừng mặc định: tài liệu Databricks về tạo SQL warehouse, tra cứu ngày 16/10/2026. Ví dụ dashboard mang tính minh hoạ.