Nền tảng Azure: các trường hợp scalling lên và xuống

Question

Lưu ý: nếu bạn đã quen với mô hình đặt giá Azure, chỉ cần chuyển đến phần "câu hỏi".

Microsoft sẽ bắt đầu tính phí cho việc sử dụng nền tảng Azure bắt đầu từ February 1, 2010. Hóa đơn hàng tháng sẽ là chức năng của băng thông, dung lượng lưu trữ và các tính năng khác. Trong số các yếu tố được sử dụng để tính hóa đơn là thời gian tính. Tuy nhiên, Yếu tố sau này có tên gây hiểu nhầm: tên này phải được đặt tên là thời gian lưu trữ mẫu. Trích dẫn các cửa sổ trang giá xanh:

Khi phát triển và thử nghiệm ứng dụng của bạn, các nhà phát triển sẽ muốn loại bỏ các trường hợp tính toán mà không được sử dụng để giảm thiểu giờ tính toán thanh toán

Do đó làm cho bạn nghĩ số điện thoại này không phải là giờ tính toán, nhưng giờ hoạt động những gì bạn sẽ bị tính phí. Các nghi ngờ dần ra hoàn toàn sau khi đọc câu trả lời chính thức để this question trong các diễn đàn MSDN:

tôi có thể xác nhận rằng mỗi trường hợp (của bất kỳ vai trò) đếm, và tất cả các giờ bạn có dụ đếm hoạt động (không phân biệt như thế nào nhiều "hoạt động" mà họ có). Trong trường hợp của một ứng dụng mà có hai trường hợp vai trò web và hai trường hợp vai trò nhân viên, bạn sẽ được lập hóa đơn cho bốn trường hợp

Tại $ 0.12/giờ mỗi ví dụ, một ứng dụng sử dụng các trường hợp N sẽ được tính trung bình 24 * 30 * 0,12 * N/tháng = ~ $ 86/tháng cho mỗi trường hợp. Vấn đề tồi tệ hơn đối với các trang web nhỏ khi bạn tính đến thực tế là bạn không thể có ít hơn 2 trường hợp nếu bạn muốn 99,9% thời gian hoạt động service level agreement để áp dụng.

Vì vậy, một trang web nhỏ, tính toán-không tốn kém có lẽ không phải là thị trường mục tiêu cho Azure. Nhưng đối với các quy trình hàng loạt, gánh nặng có lẽ sẽ biến mất.

Câu hỏi

chỉ Phát biểu về tính toán công suất và "giờ tính toán" thanh toán, Azure sẽ là một lựa chọn lưu trữ tốt cho một quá trình thực thi mà chỉ chạy một vài giờ mỗi tháng, nếu và chỉ khi bạn có thể mở rộng quy mô (và xuống!) số lượng cá thể dễ dàng. Vì vậy:

• Có thể lập quy mô lên và xuống số lượng phiên bản trong Azure không? Có bất kỳ tùy chọn nào khác ngoài việc thay đổi tệp cấu hình theo cách thủ công không?
• Có bất kỳ vấn đề không rõ ràng nào trong việc giảm tỷ lệ số lượng phiên bản không?
• Azure mất bao nhiêu thời gian để "xác nhận" việc giảm tỷ lệ ứng dụng của bạn?

Về câu hỏi sau: Hãy xem trường hợp cực đoan nơi bạn có số lượng rất lớn các trường hợp (ví dụ: 1000) chạy trong 45 phút. Nếu Azure không có khả năng nhận thông báo về việc giảm tỷ lệ trong vòng 15 phút sau khi quá trình kết thúc, bạn sẽ bị tính phí thêm 1000 giờ tính giờ khác.

Answer 1

Cảnh báo nhỏ, nhận xét của tôi bên dưới không dựa trên các ứng dụng đang chạy sản xuất trên Windows Azure; cho đến nay tôi đã chỉ lừa xung quanh với nó và đọc tài liệu.

Có thể lập quy mô lên và xuống số lượng phiên bản trong Azure không?

Có, nhưng AFAIK Azure không tự tăng tỷ lệ lên xuống, bạn sẽ phải thực hiện điều đó thông qua các cuộc gọi dịch vụ web (giống như sử dụng giao diện người dùng để thực hiện điều đó bằng tay). Xem phần này MSDN doc, phần "Dịch vụ được lưu trữ" và đọc từ đó.

Giống như Hudson CI server có thể dễ dàng mở rộng để thực hiện giám sát hàng đợi công việc cơ bản. Có lẽ bạn cần một cái gì đó nhiều tính năng phong phú hơn; có khá nhiều hệ thống như vậy từ toàn bộ thế giới "bus dịch vụ doanh nghiệp".

Có bất kỳ vấn đề không rõ ràng nào trong việc thu nhỏ số lượng phiên bản không?

Hmn. Bạn cần phải suy nghĩ về khóa, tức là làm thế nào để đảm bảo rằng mỗi công nhân rời khỏi hàng đợi trong một trạng thái nhất quán và hoàn thành nhiệm vụ của mình trước khi tắt máy?

Ngoài ra, từ danh sách giá Azure: "Giờ tính một phần được tính là toàn bộ giờ".

Azure mất bao nhiêu thời gian để "xác nhận" việc giảm tỷ lệ ứng dụng của bạn?

Thành thực mà nói, tôi không biết, nhưng giả định rằng ứng dụng của bạn đã sạch thoát công việc của mình, tôi sẽ giả nó là một vài phút ở nhất. Chúng khởi tạo các máy chủ mới đủ nhanh và tôi đoán rằng việc bắt đầu máy chủ mới mất nhiều thời gian hơn là tắt chúng.

Thử dùng thử. Tạo một tài khoản giá rẻ và khởi động một vài máy chủ, tắt chúng, vv Tạo một mẫu thử nghiệm nhỏ của ứng dụng của bạn (hoặc sử dụng một trong các ứng dụng mẫu Azure) và cảm nhận nó.

Một khía cạnh khác là: Bảo đảm của bạn về việc có thể tăng quy mô bất cứ khi nào bạn muốn? Hiện tại, không có sự bảo đảm như vậy với bất kỳ nhà cung cấp điện toán đám mây AFAIK nào; nhưng Amazon đã có một hồ sơ theo dõi khá tốt về điều này. Azure là một sản phẩm mới, và chúng tôi không biết ước tính khả năng của Microsoft tốt như thế nào, nghĩa là chúng tôi không biết họ sẽ thực hiện tốt như thế nào trong những tháng tới. Tôi mong đợi điều này là không thành vấn đề; rằng Microsoft sẽ xử lý tốt - nhưng tôi chưa có bằng chứng về điều này.

Answer 2

Bạn chính xác, bạn đang trả tiền cho giờ làm việc, không phải tính giờ.

Một điều cần thận trọng là bạn trả tiền cho một phần giờ mà không có bất kỳ sự proration nào, vì vậy nếu bạn nhanh chóng tăng quy mô lên xuống, bạn đang ăn đầy đủ giờ.

Như những người khác đã đề cập, bạn có thể mở rộng quy mô lên và xuống từ bên trong ứng dụng của mình. tuy nhiên, nhìn chung, một vai trò cụ thể sẽ chỉ có quyền truy cập vào các chỉ số riêng của nó (trừ khi bạn lưu các số liệu vào bộ nhớ), cộng với bất kỳ số liệu tài nguyên toàn cầu nào (độ dài hàng đợi, v.v.).

Mở rộng quy mô bắt đầu gần như ngay lập tức với một máy mất vài phút để quay lên. Hiện không có SLA nào với spin-up được cung cấp. Microsoft đã nói rằng các trường hợp sẽ xuất hiện vào các thời điểm khác nhau, vì vậy nếu bạn thực hiện một hoạt động quy mô rất lớn, có thể là thời gian đáng kể trước khi tất cả các phiên bản có sẵn; nhưng một số trường hợp sẽ có sẵn gần như ngay lập tức. Bạn không bị tính phí cho một trường hợp cho đến khi nó được quay hoàn toàn.

Giảm tỷ lệ xảy ra gần như ngay lập tức, nhưng bạn không thể kiểm soát trường hợp nào được sử dụng để giảm tỷ lệ, vì vậy nếu 50% số phiên bản của bạn không hoạt động và bạn giảm 50%, bạn có thể tiêu diệt tất cả các trường hợp hoạt động và công việc đó sẽ cần được khởi động lại trên các phiên bản không hoạt động trước đó. Bạn phải đảm bảo rằng thiết kế của bạn hỗ trợ khởi động lại công việc tốt (nếu bạn sử dụng hết thời gian chờ, điều này có thể xảy ra chủ yếu tự động)

Có một số giải pháp của bên thứ ba bắt đầu xuất hiện nhằm mục đích giúp mở rộng quy mô. Một mà tôi đã xem xét mà có vẻ hứa hẹn là AzureWatch từ http://paraleap.com/ trong đó cung cấp một số thứ như tự động lên/xuống quy mô của web và vai trò công nhân dựa trên sử dụng, queuelength, lịch trình, vv

Answer 3

Có, bây giờ với mới được phát hành Autoscaling Application Block, quy mô lập trình lên và xuống của số lượng các trường hợp trong Azure dễ dàng hơn bao giờ hết.

Xem câu trả lời chi tiết của tôi về số thread.

Answer 4

Kể từ ngày 26 tháng 6 năm 2013, Windows Azure bao gồm các khả năng tự động sửa lỗi được đưa vào nền tảng. Bây giờ chỉ trong bản xem trước và chỉ với 2 chỉ số được hỗ trợ (sử dụng CPU và độ dài hàng đợi), nó rất trực quan và dễ kích hoạt. Check it out.