Cách sử dụng Azure Pricing Calculator (Từng bước)

Chi tiêu đám mây rất dễ bị đánh giá thấp cho đến khi hóa đơn đầu tiên đến. May mắn là chúng ta có Azure Pricing Calculator, công cụ miễn phí của Microsoft, không cần đăng nhập, để ước tính chi phí dịch vụ Azure trước khi bạn triển khai bất cứ thứ gì.

Điểm khó là Azure không có một mức giá duy nhất cho mỗi dịch vụ. Ví dụ, máy ảo có chi phí khác nhau tùy theo khu vực, kích cỡ, số giờ chạy trong tháng và gói giá bạn cam kết. Nhân điều đó lên trong một kiến trúc thực với năm hoặc sáu dịch vụ, thì một bảng giá đơn lẻ hầu như vô dụng.

Trong bài viết này, tôi sẽ xây dựng một ước tính từ đầu, hướng dẫn chi tiết ví dụ về máy ảo, và nêu các sai lầm âm thầm phá hỏng những ước tính tưởng như đã cẩn thận.

Câu trả lời nhanh: Cách sử dụng Azure Pricing Calculator

Mở Azure Pricing Calculator và thực hiện các bước sau:

1. Tìm trong bộ chọn sản phẩm dịch vụ Azure bạn muốn định giá, như Virtual Machines.
2. Chọn để thêm vào ước tính với cấu hình mặc định.
3. Đặt khu vực, hạng (tier), kích cỡ và các tùy chọn đặc thù dịch vụ mà bạn sẽ dùng.
4. Nhập mức sử dụng dự kiến, như số giờ mỗi tháng, dung lượng lưu trữ (GB) hoặc số yêu cầu mỗi giây, tùy theo cách dịch vụ tính phí.
5. Chọn tùy chọn giá, như Pay-As-You-Go, Reserved Instance hoặc Azure Savings Plan.
6. Xem lại chi phí hàng tháng và, khi phù hợp, chi phí trả trước của sản phẩm đó.
7. Lặp lại cho mọi dịch vụ khác trong kiến trúc của bạn, như cơ sở dữ liệu, tài khoản lưu trữ và bộ cân bằng tải.
8. Thêm gói hỗ trợ ở gần cuối trang.

Tổng chi phí được cập nhật theo thời gian thực khi bạn thay đổi bất kỳ trường nào. Đây cũng là chỗ hầu hết ước tính thất bại khi đưa vào sản xuất: các nhóm chỉ định giá dịch vụ họ tập trung vào và quên các dịch vụ phụ thuộc.

Đọc ước tính của bạn

Máy tính có ba phần quan trọng nhất, và việc hiểu từng phần làm gì sẽ hữu ích trước khi bạn nhập số liệu.

• Bộ chọn sản phẩm: Đây là ô tìm kiếm và trình duyệt theo danh mục ở đầu trang. Danh mục gồm compute, storage, databases, networking, và AI và machine learning. Nếu bạn không biết tên sản phẩm chính xác, duyệt theo danh mục thường nhanh hơn là đoán từ khóa tìm kiếm.
• Cấu hình dịch vụ: Mỗi sản phẩm bạn thêm sẽ có một khối cấu hình riêng, và nội dung bên trong phụ thuộc vào chính dịch vụ đó. Ví dụ, VM yêu cầu chọn hệ điều hành, kích cỡ và khu vực. Tài khoản lưu trữ thì yêu cầu cấp độ dự phòng và tần suất truy cập. Không có mẫu biểu chung, nên bạn cấu hình từng dịch vụ theo đúng đặc thù của nó.
• Mức sử dụng ước tính: Đây là nơi mức tiêu thụ dự kiến, như giờ, GB và giao dịch, được quy đổi thành con số tiền. Đây cũng là trường thường bị để mặc định, một sai lầm tôi sẽ đề cập sau trong bài.

Một số dịch vụ hiển thị cả chi phí trả trước và chi phí hàng tháng. Sự tách bạch này chủ yếu xuất hiện với đặt chỗ (reservation), nơi bạn trả một phần ngay bây giờ để cố định mức phí định kỳ thấp hơn. Con số hàng tháng mà không có chi phí trả trước thường có nghĩa là bạn đang ở Pay-As-You-Go.

Hướng dẫn: Định giá một máy ảo

Xem xét một VM mục đích chung cho môi trường staging. 

Trước tiên, chúng ta tìm “Virtual Machine” và thêm vào ước tính. Sản phẩm mặc định dùng sẵn một kích cỡ và khu vực. Hãy đổi khu vực trước, vì nó ảnh hưởng đến mọi mức giá trên trang, rồi chọn hệ điều hành và kích cỡ VM. Lưu ý rằng Windows có phụ phí bản quyền so với Linux trừ khi bạn bật Azure Hybrid Benefit.

Bây giờ đặt mức sử dụng dự kiến. Giả định mặc định của Microsoft là 730 giờ mỗi tháng, tức số giờ trung bình trong một tháng. Nói cách khác, máy tính giả định VM chạy 24/7. Điều đó thường đúng với máy chủ sản xuất, nhưng sai đối với máy staging chỉ cần hoạt động trong giờ làm việc.

Giảm số giờ từ 730 xuống, chẳng hạn 200, và ước tính sẽ cập nhật ngay. Sự thay đổi thường không tỷ lệ thuận, vì một số hạng giá có mức tối thiểu hoặc bước nhảy. Giảm 70% số giờ không phải lúc nào cũng cho ra giảm 70% chi phí. Tính phi tuyến này là lý do bảng giá tĩnh không thể cho bạn chi phí thực, và là lý do thiết thực để dùng máy tính thay vì ước lượng từ giá niêm yết.

So sánh các gói giá

Khi bạn có một ước tính cơ sở, giá trị thực của công cụ sẽ hiện ra. Bạn có thể chạy cùng một VM dưới các mức cam kết khác nhau và xem chính xác điều gì thay đổi.

Pay-As-You-Go không cần cam kết và có mức giá theo giờ cao nhất, với sự linh hoạt đầy đủ để đổi cỡ hoặc xóa bất cứ lúc nào. Reserved Instances cho phép bạn cam kết một kích cỡ VM cụ thể tại một khu vực cụ thể trong một hoặc ba năm để đổi lấy mức giá thấp hơn đáng kể. Tiết kiệm cho các kích cỡ mục đích chung thường ở mức 40–70%, tùy theo thời hạn.

Azure Savings Plan cho phép bạn cam kết một mức chi tiêu theo giờ thay vì một VM cụ thể, và Azure áp dụng chiết khấu cho toàn bộ compute đủ điều kiện ngay cả khi bạn đổi kích cỡ hoặc di chuyển khối lượng công việc.

Không có lựa chọn “đúng” duy nhất ở đây. Nó phụ thuộc vào mức độ ổn định của khối lượng công việc và mức linh hoạt bạn cần.

Điều gì thực sự làm thay đổi con số

Một vài quyết định kiến trúc, không phải tài chính, kiểm soát phần lớn hóa đơn của bạn:

Khu vực

Khu vực đóng vai trò lớn, vì cùng một kích cỡ VM có thể đắt hơn thấy rõ ở khu vực này so với khu vực khác. Nếu yêu cầu tuân thủ không buộc bạn vào một khu vực cụ thể, hãy kiểm tra vài lựa chọn gần đó.

Hạng dịch vụ và kích cỡ

Hạng dịch vụ và kích cỡ cũng quan trọng, vì nhảy lên một hạng “cho chắc” là thói quen phổ biến và tốn kém. Mô hình hóa đúng nhu cầu thực tế của bạn, không thêm vùng đệm trên đó.

Hệ điều hành và bản quyền

Hệ điều hành cũng ảnh hưởng đến giá, vì bản quyền Windows và SQL Server tạo ra chi phí thực. Như đã đề cập, Azure Hybrid Benefit là công tắc cho các nhóm đã sở hữu giấy phép, và rất dễ bỏ sót.

Khối lượng sử dụng và gói giá

Khối lượng sử dụng và gói giá, như đã trình bày ở trên, là nơi tạo ra phần biến động lớn nhất.

Những lỗi thường gặp làm sai lệch ước tính

Ngay cả một ước tính xây dựng cẩn thận cũng có thể sai theo vài cách có thể đoán trước. Đây là những điều đáng kiểm tra trước khi bạn tin vào con số của mình.

Để nguyên mức sử dụng mặc định

Sai lầm đầu tiên là để nguyên mức sử dụng mặc định. Mặc định 730 giờ là điểm khởi đầu ổn nhưng là đáp án tệ cho bất cứ thứ gì không chạy 24/7. 

Quên các dịch vụ hỗ trợ

Thứ hai là quên các dịch vụ hỗ trợ: VM cần một đĩa, và một ứng dụng thường cần cơ sở dữ liệu. Những ước tính chỉ định giá dịch vụ chính và bỏ qua hạ tầng xung quanh sẽ luôn đánh giá thấp hóa đơn thực tế. 

Chọn sai khu vực

Thứ ba là chọn sai khu vực, điều này rất dễ xảy ra khi bạn ước tính cho khách hàng hoặc đội nhóm ở nơi khác với bạn. 

Bỏ qua chi phí truyền dữ liệu và mạng

Thứ tư là bỏ qua chi phí truyền dữ liệu và mạng, vốn thay đổi theo mức tiêu thụ của bạn. 

So sánh giá bán lẻ với giá đã đàm phán

Thứ năm là so sánh giá bán lẻ với giá đã đàm phán: nếu tổ chức của bạn có thỏa thuận doanh nghiệp, giá niêm yết trên công cụ công khai sẽ không khớp với những gì bạn thực sự trả nếu không đăng nhập và áp dụng thỏa thuận.

Coi ước tính là hóa đơn cuối cùng

Cuối cùng, đừng coi ước tính là hóa đơn cuối cùng. Chính Microsoft cũng lưu ý rằng tổng ước tính đã lưu có thể thay đổi khi giá công bố của Azure thay đổi, vì vậy hãy chừa một biên độ.

Azure Pricing Calculator so với Azure Cost Management

Đây là hai công cụ khác nhau giải quyết những vấn đề khác nhau. Pricing Calculator ước tính chi phí trước khi bạn triển khai bất cứ thứ gì, cho phép bạn mô hình hóa cấu hình giả định và so sánh các kịch bản chưa tồn tại. Còn Azure Cost Management phân tích những gì bạn thực sự đang chi tiêu sau khi tài nguyên đã hoạt động. Nó xử lý mức sử dụng thực, hóa đơn thực và bất thường thực tế.

Bạn cần cả hai, ở những thời điểm khác nhau. Dùng máy tính để ước tính và lập ngân sách trước khi xây dựng. Dùng Cost Management sau đó để kiểm tra thực tế có khớp kế hoạch không và để phát hiện độ lệch tất yếu xuất hiện khi lưu lượng thực chạy trên hạ tầng thực.

Thực hành tốt nhất để ước tính chi phí Azure

Một vài thực hành tốt nhất luôn đem lại ước tính đáng tin cậy hơn

• Mô hình hóa mức sử dụng thực tế, không phải công suất tối đa và cũng không phải mức tối thiểu.
• Bao gồm mọi thành phần trong kiến trúc, không chỉ những phần trông có vẻ đắt tiền
• So sánh vài khu vực nếu yêu cầu tuân thủ của bạn cho phép.
• Chạy cùng một khối lượng công việc ở Pay-As-You-Go và ở một mức cam kết trước khi chọn.
• Xây dựng ba kịch bản (mức kỳ vọng, thấp và cao) thay vì một con số duy nhất, để bạn có phạm vi để lập kế hoạch.
• Xem lại ước tính khi kiến trúc hoặc giá của Azure thay đổi, vì cả hai đều không đứng yên lâu.

Kết luận

Quy trình khá đơn giản: thêm các dịch vụ bạn cần, cấu hình chúng theo cách chúng sẽ chạy thực tế, nhập số liệu sử dụng thực tế, chọn gói giá và xem lại tổng chi phí. Công cụ sẽ xử lý phần tính toán.

Độ chính xác của kết quả phụ thuộc hoàn toàn vào độ chính xác của đầu vào so với thực tế. Một ước tính tính toán chính xác nhưng dựa trên giả định sử dụng sai thì vẫn là ước tính sai.

Xây dựng nhiều kịch bản trước khi cam kết với một kiến trúc, và khi tài nguyên đã được triển khai, hãy so sánh ước tính với chi tiêu thực trong Azure Cost Management. Bất kỳ khoảng cách nào giữa hai con số đều mang tính thông tin: nó cho thấy nơi giả định ban đầu của bạn khác với mức sử dụng thực tế.