Bất kỳ suy nghĩ nào về RightScale và Scalr để quản lý đối tượng Ec2 động

Question

Tôi đang tìm một công cụ hiệu quả về chi phí để quản lý một ứng dụng web trên Ec2. Quyền hạn có vẻ là con chó lớn và phí cho nó. Scalr trông giống như một giải pháp hiệu quả về chi phí nhưng thật khó để tìm ra bất kỳ trải nghiệm khách hàng thực sự nào ..

Các khía cạnh chính mà tôi đang tìm là bộ cân bằng tải (http và https) và cách tự động đưa trang web bổ sung trực tuyến công suất máy chủ khi tải tăng cũng như chấm dứt các trường hợp khi tải giảm.

Từ những gì tôi có thể nói, rất nhiều người đang lăn nội dung của riêng họ tại đây. Chúng tôi đang cố gắng phát hành một ứng dụng và không thực sự muốn phải chiến đấu quá nhiều trận chiến quản trị sys nặng nề. Với tầm quan trọng của hiệu suất, tôi sẽ rất biết ơn khi được tư vấn và trải nghiệm từ lĩnh vực này.

Answer 1

Tôi là người dùng Scalr, người đăng ký Scalr.net và đã trở thành người say mê Scalr. Tôi không thể đủ khả năng Quyền lợi.

Scalr có thể làm những gì bạn yêu cầu.

Scalr có ba hình ảnh (mỗi với 32/64 bit), cộng với một cơ sở (generic) hình ảnh:

1) Một hình ảnh cân bằng tải, chạy nginx. Một thiết lập có sẵn cao đòi hỏi hai trong số này. Scalr sẽ quản lý dịch vụ tên của bạn và xoay vòng giữa chúng. Nếu một trong những đi xuống, Scalr sẽ loại bỏ nó từ DNS và đưa lên một trường hợp khác. Có thể chạy các cân bằng tải khác, nhưng nginx là mặc định.

2) Một số hình ảnh máy chủ ứng dụng có sẵn, chạy Apache/Tomcat/Rails. Bạn thiết lập ứng dụng của bạn ở đây, có thể là PHP/Perl/Python/Java/Ruby/bất cứ điều gì. Các yêu cầu tuyến nginx giữa các trường hợp được nhóm theo người dùng duy nhất (dựa trên trình duyệt IP +). Scalr cũng giám sát chúng và thay thế các trường hợp bị hỏng.

3) Hình ảnh cơ sở dữ liệu MySQL, với bản sao tổng thể/bản sao tự động. Chỉ cần triển khai lược đồ của bạn, và Scalr xử lý sao chép và thay thế các máy chủ không tồn tại. Nó cũng sẽ sao lưu dữ liệu của bạn theo định kỳ.DNS của Scalr cung cấp tên máy chủ chủ và phụ, vì vậy bạn có thể đọc ứng dụng của bạn từ các nô lệ và viết cho chủ nhân.

Tất cả các loại cá thể này sẽ tự động mở rộng quy mô dựa trên tải. Bạn bắt đầu với hình ảnh cơ sở gần nhất với những gì bạn đang làm, và sau đó bạn tùy chỉnh chúng cho ứng dụng của bạn. Ví dụ, chúng tôi triển khai ứng dụng Perl/Catalyst của chúng tôi trên các cá thể máy chủ apache nhưng chúng tôi phục vụ nội dung tĩnh từ các máy chủ nginx front-end. Chúng tôi đã phải sửa đổi ứng dụng của mình một chút để sử dụng các xử lý cơ sở dữ liệu đọc/ghi.

Tất cả trong tất cả, mất khoảng ba tuần làm việc thông qua các lỗi trong Scalr để ứng dụng của chúng tôi ở trạng thái đáng tin cậy nơi tôi tin tưởng rằng nó có sẵn rất cao với Scalr. Sự hỗ trợ của họ thật phi thường, do đó, các lỗi không làm phiền tôi quá nhiều, và hệ thống thực sự đang đến gần. Nó đang tiến tới độ tin cậy nghiêm trọng. Một đặc điểm tốt nhất của Scalr là tính năng 'Đồng bộ hóa với Tất cả', tính năng này tự động kết hợp AMI của bạn và triển khai lại nó trên một cá thể mới - tất cả đều không bị gián đoạn dịch vụ. Điều này giúp bạn tiết kiệm thời gian trải qua quá trình tạo hình ảnh ECI/AMI dài, có thể làm nhiệm vụ quản trị rất đơn giản mất 20 phút. Bạn có thể sử dụng điều này cho dù bạn đang mở rộng quy mô trang trại máy chủ của bạn hay không - nó sẽ rất tiện dụng ngay cả trên một trường hợp duy nhất.

Tôi trả Scalr.net $ 50 một tháng để lưu trữ dịch vụ cho tôi vì tôi nghĩ rằng nó giúp tôi tiết kiệm thời gian và tiền bạc. Điểm mấu chốt cho đến thời điểm này là: tại buổi biểu diễn cuối cùng của tôi, chúng tôi có một anh chàng hệ thống làm việc trên thiết lập máy chủ ứng dụng Linux DB + có sẵn trong một năm ... và anh ấy đã không đạt được loại độ tin cậy mà tôi đã đạt được sau ba tuần . Các khoản tiết kiệm bằng cách sử dụng Scalr so với cán của riêng tôi là cực đoan.

Tất cả những gì được nói, nếu tôi có thể trả tiền Quyền, tôi sẽ sử dụng Quyền hạn. Nhưng mức phí trả trước và 500 đô la một tháng khiến điều đó là không thể. Đã có nói chuyện vẫy lệ phí lên phía trước để đổi lấy vẫy tư vấn mà nó bao gồm, nhưng phí dịch vụ hàng tháng không đi đâu cả.

Tôi nên đề cập rằng trang web của sclar.net bị hỏng, vì vậy nếu tôi muốn quản lý bất kỳ trang trại máy chủ nào của mình (không có chúng), tôi không thể thực hiện ngay bây giờ. Vẫn chưa rõ liệu việc mở rộng quy mô có hiệu quả đối với người đăng ký scalr.net ngay bây giờ hay không. Mà là để nói ... điều này có lẽ không phải là một giải pháp trưởng thành được nêu ra. Điều này không xảy ra thường xuyên, trước đêm nay, thời gian chết duy nhất tôi trải qua chỉ trong vài phút tại một thời điểm. Nhưng yeah ... nó xuống NGAY BÂY GIỜ, vì vậy tôi phải đề cập đến nó :)

Tôi sẽ đề nghị đọc kỹ nhóm hỗ trợ tại http://groups.google.com/group/scalr-discuss trước khi đưa ra quyết định của bạn. Nếu bạn chọn Scalr, hãy chuẩn bị để kiểm tra thiết lập của bạn và làm việc thông qua bất kỳ vấn đề nào bạn có trên nhóm google.

Answer 2

Some people say that automatic scaling won't solve the problem

Answer 3

tôi sẽ bình luận về câu hỏi của bạn, vì đưa ra một câu trả lời cụ thể là một chút tham vọng.

Trước tiên, tôi thấy rằng bạn có haproxy trên thẻ của mình. Đó chắc chắn là phần mềm cân bằng tải tốt nhất được chứng minh trong EC2. Có tài liệu và kinh nghiệm trong các diễn đàn AWS về việc sử dụng haproxy.

Tôi không thể cung cấp cho bạn ý kiến ​​về scalr, nhưng Rightscale đang đi đúng hướng. Một trong những tính năng thú vị nhất của RightScale trong lộ trình của họ là chúng là hệ thống đám mây mgmt cho bất kỳ đám mây nào không chỉ EC2 của Amazon. Điều đó làm cho họ rất hứa hẹn khi cố gắng yêu cầu cân bằng tải và upscaling cần.

Ngoài ra, bạn có thể đăng ký tài khoản miễn phí dành cho nhà phát triển trên quyền và bạn có thể kiểm tra một số AMI và tập lệnh miễn phí của họ, chúng khá ấn tượng.

Vâng, điều này nghe có vẻ như tôi đang làm việc ở đó hoặc một cái gì đó, nhưng tôi chỉ là một người dùng đám mây, không có kết nối với họ. Nếu điều đó vượt qua tâm trí bạn.

Tôi hy vọng điều này sẽ giúp, ít nhất là thêm vào cuộc thảo luận.

Geo

Answer 4

Mọi dịch vụ đều có ngày không tốt. Dịch vụ AWS nhìn xuống thời gian. Tuy nhiên, vẫn có những người dùng đang chạy ứng dụng của họ trên AWS.

Tôi có một vài trang trại trên Scalr.net và được so sánh với Quyền tác giả. Tôi không phải trả một cánh tay và một chân.

Nhìn chung, dịch vụ rất đáng tin cậy. Và bây giờ với công cụ kịch bản tôi có thể thiết lập các kịch bản của riêng tôi để điều chỉnh các trường hợp của tôi.

Với mừng Hareem Haque

Answer 5

Been trên Scalr khoảng hai tháng nay và đã dần dần chuyển nhiều ứng dụng sản xuất sang nền tảng với kết quả tốt. Tôi đặc biệt khuyên họ nên nhanh chóng quay lại/hỗ trợ và giá trị. Tôi muốn thấy họ cải thiện tính khả dụng của nền tảng của họ.

Tất cả trong tất cả, phù hợp với áp phích gốc dựa trên trường hợp sử dụng đơn giản được trình bày.

Answer 6

Cả hai dịch vụ (quyền và tỷ lệ) đều tuyệt vời. Đề nghị không giống nhau và giá cũng không giống nhau. Nhưng chúng đều là thứ tôi đang tìm kiếm. Tuân thủ quy mô ngân sách của chúng tôi phù hợp với nhu cầu của tôi. Tôi tìm thấy sự hỗ trợ thông qua một nhóm google rất lạ ở đầu, nhưng nó rất nhanh và hiệu quả.

Giải pháp của họ cũng là nguồn mở (không tệ) và họ cũng có V2 trong lộ trình của họ với sự hỗ trợ cho các nhà cung cấp khác.

chờ xem, nhưng đến bây giờ, tôi rất hài lòng với nó

Answer 7

Quyết định lựa chọn đúng đắn có thể không được như cắt và khô như mọi người mong đợi. Tôi đã gặp và nghe các cuộc đàm phán từ Scalr về nền tảng của họ và cũng đã lắng nghe RightScale thảo luận về nền tảng của họ. Nếu bạn có một SOA đơn giản (Máy chủ ứng dụng - Máy chủ cơ sở dữ liệu - Máy chủ tệp), thì một trong hai lựa chọn sẽ phù hợp với công ty của bạn. Cuối cùng, nếu bạn đã tạo một số phần mềm trung gian tùy chỉnh và bạn dựa vào các ổ cắm đã biết hoặc các điểm cụ thể cho việc bắt tay, bạn sẽ cần phải cân nhắc tải cân bằng và tự động mở rộng quy mô và có thể quay trở lại các giải pháp của riêng bạn không được quản lý với một trong các dịch vụ này.

Answer 8

Tôi đang xem xét Scalr ngay bây giờ và mặc dù tất cả đều tốt, tôi quyết định tiếp tục với kịch bản của riêng mình cho mục đích quản lý/nhân rộng đám mây. Tôi có 8 máy chủ ngay bây giờ và tôi chỉ phải trả phí AWS. Tôi sử dụng đầu bếp (tự lưu trữ), nagios và rất nhiều công cụ khác. Cơ sở dữ liệu của tôi là mysql và mongodb, cân bằng tải là haproxy, lớp ứng dụng là đường ray. Cho đến khi tôi cần 100 máy chủ, tôi nghĩ tôi sẽ chỉ giữ scriptin ';-)