Máy chủ chuyên dụng hay Cloud Hosting?


14

Đây là một câu hỏi Canonical về Cloud Hosting

Khi triển khai ứng dụng của tôi lên Internet:

  • Tôi nên chọn một máy chủ chuyên dụng, lưu trữ đám mây hay VPS?
  • Những yếu tố nào tôi nên xem xét khi lựa chọn?

Câu trả lời:


9

Nguyên văn bởi cyberx86 . Vui lòng xóa thông báo này sau khi bài viết đã được làm sạch.

Câu hỏi này dường như được hỏi rất nhiều - thường có tham khảo cụ thể về EC2 của Amazon - nhưng tôi nghĩ những ý tưởng chung vẫn được áp dụng ở đây.

Đầu tiên, hãy xem câu hỏi này và câu hỏi này để so sánh ưu điểm / nhược điểm của đám mây so với vps / dành riêng.

Theo kịch bản cụ thể của bạn, bạn chưa cung cấp đủ thông tin để cung cấp câu trả lời dứt khoát. Tất cả các điểm bạn đã đề cập có thể được triển khai thành công trên đám mây (và thực sự không nên phức tạp hơn so với khi bạn đang sử dụng máy chủ chuyên dụng).

Tôi sẽ cung cấp tài liệu tham khảo cụ thể cho đám mây EC2 của Amazon - vì đó là những gì tôi quen thuộc, nhưng các khái niệm cũng nên khái quát cho các đám mây khác.

Điểm mấu chốt sẽ được đưa ra để đánh giá các yêu cầu tài nguyên của bạn và sau đó so sánh chi phí chạy chuyên dụng so với trong đám mây. Nếu bạn chỉ mới bắt đầu, với một vài (vài nghìn người dùng?) Và không chạy các tập lệnh chuyên sâu tính toán, tôi sẽ đề xuất rằng đám mây có thể ít tốn kém hơn.

Để giải quyết một vài điểm chung:

  • 'x dịch vụ' và 'x cron công việc cứ sau 5 phút' thực sự không mô tả sự phức tạp hoặc yêu cầu tài nguyên. Nhìn vào mức trung bình tải, sử dụng bộ nhớ và sử dụng băng thông của bạn - những điều này sẽ xác định liệu đám mây có mang lại hiệu quả chi phí cho bạn hay không. Thông thường đối với thiết lập ban đầu, đám mây cung cấp chi phí đầu tư thấp, rủi ro thấp, trong khi các máy chủ chuyên dụng có chi phí khởi động cao hơn. Mặt khác, nếu bạn có một ứng dụng tiêu thụ lượng băng thông đáng kể, một máy chủ chuyên dụng có thể sẽ hoạt động ít tốn kém hơn.

  • PHP 5 và MySQL thực sự không phải là những cân nhắc đáng kể - nền tảng đám mây cho phép bạn tùy chỉnh mọi thứ từ hệ điều hành trở lên - điều đó có nghĩa là bạn sẽ không gặp vấn đề gì khi chạy một trong hai. Sự cân nhắc duy nhất đến từ thực tế là những thứ này tạo ra một ứng dụng động - đòi hỏi nhiều sức mạnh xử lý hơn. Đám mây có thể xử lý điều đó, nhưng với điện toán đám mây, bạn phải trả cho những gì bạn sử dụng - yêu cầu xử lý lớn hơn sẽ chuyển thành chi phí lớn hơn. Tuy nhiên, hãy nhớ rằng điều đó phụ thuộc vào cả số lượng yêu cầu được xử lý và mức độ phức tạp của từng yêu cầu. Máy chủ (EC2) nhỏ nhất có thể dễ dàng xử lý vài chục nghìn yêu cầu trang Wordpress mỗi ngày, nếu được tối ưu hóa hợp lý.

  • Codeigniter hợp lý hiệu quả với kiến ​​thức của tôi, nhưng một lần nữa, nó phụ thuộc vào chính xác ứng dụng của bạn làm gì (loại tài nguyên nào nó yêu cầu). Một môi trường đám mây sẽ không gặp vấn đề gì khi chạy ứng dụng Codeignitor. Trong hầu hết các trường hợp, tôi sẽ đề nghị nó ít tốn kém về mặt tính toán hơn so với chạy WordPress.

Kết quả cuối cùng : ước tính mức tiêu thụ tài nguyên của bạn và xác định các kế hoạch tối thiểu cần thiết để đáp ứng các nhu cầu đó trên các nền tảng khác nhau. Sau đó, ước tính khả năng tăng trưởng của bạn trong vài tháng / năm tới và quyết định cách bạn sẽ tăng quy mô (bạn sẽ bắt đầu nhỏ và sau đó nâng cấp, v.v.). Xem xét những khó khăn khi làm như vậy trên một máy chủ chuyên dụng so với trên đám mây (cũng như chi phí dự kiến ​​trên mỗi máy chủ).

Thông thường, đối với một ứng dụng 'trung bình' chỉ mới bắt đầu, tôi sẽ đề xuất 'đám mây'. Mặt khác, nếu (các) ứng dụng của bạn đặc biệt tốn nhiều tài nguyên (đặc biệt là băng thông, mà cả CPU, I / O đĩa, bộ nhớ, lưu trữ) thì một gói dành riêng thường hoạt động tốt hơn. Ưu điểm thực sự của đám mây là khả năng bắt đầu quy mô nhỏ và dễ dàng mở rộng - ý tưởng trả tiền cho những gì bạn sử dụng, chứ không phải những gì bạn nghĩ bạn có thể cần (chỉ hoạt động tốt nếu bạn cần ít hơn nhiều so với bạn có thể cần '). Ngay cả khi bạn không kết thúc với EC2 của Amazon - Tôi sẽ bắt đầu bằng cách xem xét nó. Nó được biết đến (có nghĩa là nhiều người sử dụng nó = trợ giúp dễ dàng có sẵn), khá trưởng thành (theo như điện toán đám mây) và khá rẻ tiền - nó tạo thành một đường cơ sở tốt để bạn có thể so sánh các dịch vụ khác. Rackspace, Joyent, GoGrid,


4

Tùy thuộc vào nơi bạn sống, các khía cạnh pháp lý nhất định sẽ là một vấn đề có liên quan có thể quan trọng hơn bất kỳ khía cạnh kỹ thuật hoặc tài chính nào của quyết định.

Tôi giả định rằng đối với lưu trữ dành riêng, nhiều khả năng một công ty địa phương tại quốc gia của người dùng được chọn. Trong trường hợp này, toàn bộ hoạt động chỉ chịu một quyền tài phán.

Trong trường hợp là nhà cung cấp đám mây, điều này thường không xảy ra, đặc biệt nếu bạn tình cờ sống bên ngoài Hoa Kỳ (tôi sẽ giả sử nhà cung cấp là một công ty Mỹ). Trong trường hợp này, bạn phải đối phó với hai khu vực pháp lý là quốc gia của bạn và quốc gia của Hoa Kỳ và điều này cũng đúng nếu bạn chọn một nhà cung cấp dịch vụ không thuộc Hoa Kỳ, vì chính phủ Hoa Kỳ xem xét mọi tài sản của Hoa Kỳ công ty phải tuân theo luật pháp Hoa Kỳ.

Tại sao đó có thể là một vấn đề?

  • Bạn có thể có luật xung đột, nghĩa là liên quan đến bảo vệ dữ liệu / quyền riêng tư. Luật pháp Hoa Kỳ về vấn đề đó tương đối yếu so với nhiều quốc gia khác. Điều này đặc biệt quan trọng nếu bạn cân nhắc sử dụng dịch vụ được lưu trữ như Google Apps hoặc Office365, nhưng cũng nên được xem xét nếu bạn nghĩ về việc triển khai dịch vụ của riêng mình, ví dụ từ phiên bản EC2.
  • Luật pháp Hoa Kỳ cung cấp cho một số cơ quan quyền hạn sâu rộng sẽ khiến bạn ít nhiều không thể phòng vệ nếu họ chọn điều tra bạn (hoặc người dùng của bạn). Điều này thậm chí có thể bao gồm các đơn đặt hàng gag cho nhà cung cấp dịch vụ để bạn sẽ không bao giờ biết họ có một bản sao của toàn bộ dữ liệu của bạn. Một lần nữa, điều này đúng ngay cả khi bạn chọn các tầng dịch vụ ngoài Hoa Kỳ.
  • Khi nói đến bí mật thương mại, không có chính phủ nước ngoài nào được coi là thân thiện.

Vì vậy, cuối cùng, điều này có thể hoàn toàn không liên quan trong trường hợp của bạn hoặc một người phá vỡ thỏa thuận khiến nó không thể.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.