Amazon EC2 vs Máy chủ chuyên dụng tại Hetzner, sử dụng cho EC2 là gì?


8

Sau khi tìm kiếm trên web, tôi vẫn không thể tìm thấy lý do để sử dụng EC2. Điểm để quy mô EC2 là gì? Nếu bạn mong đợi một sự bùng nổ lớn về lưu lượng truy cập, họ nói.

OK, nhưng điều gì sẽ xảy ra nếu bạn đã có một vài trang web có lưu lượng truy cập tốt và ví dụ: ví dụ EC2 dành riêng trung bình là không đủ.

Bạn đang trả 36,60 đô la (trung bình dành cho 1 năm) ở EU (Ireland) + lưu lượng truy cập + chi phí tùy chọn cho cơ sở dữ liệu và S3 nếu bạn sử dụng chúng.

Tất nhiên, như một số điểm khi bạn dưới $ 56,6- $ 66,1, bạn có thể tối ưu hóa chi phí lưu trữ của mình với Amazon EC2. Nhưng khi bạn nhận được một số điểm nếu mua máy chủ EX4 từ Hetzner, nó sẽ vượt qua nhu cầu của bạn trong một thời gian dài, trước khi bạn có được lưu lượng truy cập lớn. (Tôi sai?)

CPU: i7-2600 Quadcore (3,4-3,8 Ghz)

RAM: 16 GB

Ổ cứng: 2x3 TB SATA (6 Gbit / s) - Tôi nghĩ rằng hiệu suất đĩa của một thiết bị chuyên dụng tốt hơn so với Amazon EBS

Lưu lượng truy cập: 10 TiB trong tháng bao gồm. Đây là những gì bạn nhận được từ Hetzner với giá 56 đô la (- 19% VAT) hoặc 66 đô la cho cư dân EU.

Xin vui lòng, cho tôi biết lý do để sử dụng Amazon là gì? Tải nào sẽ không phải là máy chủ từ Hetzner, nhưng Amazon Auto Scale sẽ?

Việc bảo trì chuyên dụng vs EC2 vẫn như cũ? Hoặc lỗi phần cứng tại Amazon, sẽ không làm hỏng bộ nhớ EBS của bạn?

Tôi vẫn chưa ở mức khi tôi cần lưu trữ đắt tiền, nhưng muốn biết trước, chỉ để chắc chắn rằng cơ sở hạ tầng của Amazon có tốt hơn không thì hiệu năng của phần cứng Hetzner hoàn toàn.



Tôi đoán rằng tôi đã đọc điều đó hoặc chủ đề khác trên Tin tức Hacker với sự bổ sung. Cuối cùng, tôi không thể đưa ra kết luận. Amazon rất tốt khi bạn thực sự cần mở rộng quy mô với hàng tá trường hợp nếu bạn cần và tắt chúng trong vài giờ. Cộng với tất cả các cơ sở hạ tầng khác.
C-Blu

Câu trả lời:


4

Thành thật mà nói, nó phụ thuộc vào việc sử dụng, nhưng đám mây có nhiều lợi ích hơn dành riêng như ...

Khả năng mở rộng

Yêu cầu về khả năng mở rộng khác nhau tùy theo từng khách hàng, rất nhiều người thậm chí có thể không yêu cầu nó trong khi một số doanh nghiệp sẽ cần nó cho các bản phát hành nhất định mà BURST dự kiến. Ý tưởng của Điện toán đám mây là bạn có thể tăng thông số máy chủ khi được yêu cầu, sử dụng API, bạn có thể tăng những thứ này để ngay cả khi chi phí của một ví dụ thông số kỹ thuật cao trên EC2 có thể không phải là thứ bạn cần mỗi ngày trong năm để tiết kiệm chi phí trên một máy chủ chuyên dụng.

Mặc dù chi phí cho việc sử dụng CAO ĐẶC BIỆT so với dành riêng mỗi ngày sẽ nhiều hơn, nhưng cuối cùng, họ cần phải giảm giá để tương đương với chuyên dụng nhưng họ cũng phải nghĩ đến MARGINS.

Mây có dư thừa mùa thu

Nói chung, các nhà cung cấp đám mây tốt sẽ có nhiều lỗi dự phòng trên các hệ thống cho phép trang web của bạn tiếp tục không bị ảnh hưởng nếu xảy ra lỗi. Trong khi một bộ công cụ thất bại trên một máy chủ chuyên dụng gây ra sự phẫn nộ trong dịch vụ. Khi các máy chủ dành riêng bị hỏng thường không có hệ thống dự phòng trừ khi bạn có nhiều cống hiến. Hơn nữa, nếu bạn chỉ có một máy chủ chuyên dụng, sẽ mất thời gian để đưa nó trở lại trực tuyến, điều này có thể thay đổi từ vài giờ đến thậm chí vài ngày tùy thuộc vào nhà cung cấp bạn sử dụng và nếu xem xét nhà cung cấp dành riêng thì hãy hỏi "chuyện gì xảy ra nếu điều này xảy ra ".

Lưu lượng đám mây

Lưu lượng trên EC2 phải ở mức tối thiểu nếu bạn sử dụng hệ thống AWS để tận dụng tối đa lợi thế của bạn vì SQL của bạn có thể được lưu trữ trong phiên bản RDS và các tệp tĩnh của bạn có thể được lưu trữ trên bộ chứa S3.

Với một máy chủ chuyên dụng, họ cung cấp lưu lượng 2x3TB và 10TB nhưng một lần nữa, đây không phải là hệ thống bằng chứng thất bại và ngay cả khi bạn vận hành ổ cứng ở chế độ gương, luôn có khả năng cả hai ổ cứng đều có thể bị lỗi ngay lập tức, tôi biết điều đó khá hay mỏng nhưng một lần nữa CÁI GÌ ...

Bổ sung về chủ đề này Tôi rất nghi ngờ một máy chủ chuyên dụng sẽ phục vụ các tệp nhanh hơn Mạng phân phối nội dung hoàn toàn vì chúng phản chiếu SAN của họ trên nhiều mạng trên toàn thế giới vì vậy có thể nhanh chóng cho mọi người trong cùng khu vực của máy chủ đó ' sẽ chậm hơn đáng chú ý ở các nơi khác trên thế giới. Ngoài ra, bằng cách sử dụng CDN để phục vụ các tệp của bạn, bạn giải phóng tài nguyên và cho phép máy chủ chính phục vụ nội dung nhanh hơn.

Máy chủ chuyên dụng tốn nhiều chi phí hơn để duy trì

Rất nhiều Nhà cung cấp máy chủ chuyên dụng có các khoản phí ẩn như Sao lưu, Đặt lại, Sửa phần cứng - Bao gồm cả thời gian quay vòng dự kiến ​​và một số thậm chí không cung cấp SLA thời gian hoạt động TỐT!

Nói chung và từ những gì tôi đã đọc và các máy chủ tôi đã thuê; sao lưu các tập tin là vô cùng rộng rãi và bạn cần phải trả tiền cho dịch vụ này. Bổ sung nếu bạn tự sao lưu nếu phần mềm bị lỗi, tôi biết đây là cơ hội mong manh với Linux nhưng một lần nữa là CÁI GÌ .. Bạn cần ai đó đặt lại phần mềm và sau đó chuyển các tệp qua đám mây bạn có một hình ảnh phục hồi với một nút khôi phục đơn giản.

Điện toán đám mây thêm các lớp bảo mật

Sử dụng Điện toán đám mây có thể cải thiện bảo mật trang web của bạn bằng cách sử dụng nhiều lớp, ví dụ như S3, CDN cực kỳ an toàn và thêm một lớp bổ sung. RDS cho Cơ sở dữ liệu một lần nữa thêm một lớp bổ sung.

Ngoài ra, hầu hết các máy chủ chuyên dụng không mạnh bằng các thành phần mà AWS sử dụng, điều tôi muốn nói là AWS sẽ phục hồi tốt hơn các cuộc tấn công của DOS so với một Máy chuyên dụng thậm chí không nằm sau tường lửa. Xin lưu ý rằng tôi đã không nói dừng các cuộc tấn công DOS ở đây: P

Một cách trung thực

Thành thật mà nói, không có câu trả lời đúng cho câu hỏi của bạn vì chuyên dụng có thể phù hợp với bạn, điều bạn cần làm là giải quyết tất cả các sai sót như những gì tôi đã liệt kê và cân nhắc chúng - Cá nhân tôi sẽ không quay lại chuyên dụng vì tôi đã gặp vấn đề với lỗi phần cứng và nó không tốt khi nó xảy ra.


Cảm ơn cho một nhận xét chi tiết ở đây. Vâng, sau đó tôi có thể xem xét sử dụng EC2 trong trường hợp này. Tôi đã sử dụng ví dụ vi mô, để thực hiện một số công việc định kỳ và S3 để lưu trữ nội dung tĩnh và Tuyến 53 dưới dạng dịch vụ DNS. Tôi đoán khi đến lúc, nếu tôi có được một số kinh nghiệm với quy mô tự động và Cơ sở hạ tầng đám mây, sẽ tốt hơn khi chỉ cần định cấu hình một máy chủ chuyên dụng.
C-Blu

4

Tôi sử dụng cả hai. Bạn sẽ không nhận được một tiếng nổ tốt hơn so với Hetzner ở bất cứ đâu. Chúng rắn chắc như một tảng đá. Tôi vẫn dựa vào CDN cho nội dung tĩnh nhưng ngoài ra, Hetzner thật tuyệt vời.

EC2 là một động vật khác nhau. Sử dụng nó nếu bạn có một quảng cáo superbowl hoặc một cái gì đó. Nó đắt hơn. Nó cũng nhanh hơn một chút nếu bạn cần quay các nút mới.

EC2 cũng dễ dàng hơn nếu bạn lười biếng. Với Hetzner, bạn sẽ phải cài đặt một cái gì đó như ProxMox để có được các lợi ích máy ảo tương tự như EC2, cũng như một chút tùy chỉnh.

Đề nghị của tôi? Tiết kiệm một số tiền mặt. Thiết lập bộ cân bằng tải vm và một vài máy webhost bằng proxmox và hetzner. Có một chương trình để tăng tốc một số máy ảo bổ sung sử dụng EC2 gắn vào bộ cân bằng tải nếu bạn thực sự cần nó (với nắp tự động trong trường hợp DDOS). Sử dụng CDN cho nội dung tĩnh.

chỉnh sửa: Nhận hai máy cỡ trung bình thay vì máy lớn để bạn có thể cuộn lại trong trường hợp thất bại. Thiết lập sao lưu tự động cho một dịch vụ không phải là hetzner. DNS là bạn của bạn và bạn có thể chuyển sang một đám mây khác bằng cách sử dụng trường hợp xấu nhất, vì bạn có ProxMox vm.


3

Đã được một lúc nhưng nghĩ rằng trường hợp sử dụng của chúng tôi sẽ hữu ích ...

Điểm đầu tiên trên AWS .

Chúng tôi có một Máy chủ chuyên dụng tại một máy chủ nổi tiếng. Đó là một thông số kỹ thuật lớn, và đã cố gắng điều hành các cửa hàng Magento từ lâu. Chúng tôi đã điều chỉnh và chơi với cấu hình theo cách không làm sập các trang web. Máy chủ của chúng tôi đã không cài đặt APC (trước khi tôi bắt đầu) vì vậy họ đã cài đặt nó mặc dù chúng tôi đã trả tiền cho họ để xây dựng Máy chủ Magento, đưa các trang web của chúng tôi xuống trong 3 giờ với phiên bản PHP bị hỏng. Chúng tôi đã cố gắng để nó hoạt động trở lại với một APC bị vô hiệu hóa.

trong AWS Chúng tôi có một bản sao chính xác của tất cả các AMI của chúng tôi (NGINX, NGINX + Varnish, Máy chủ điều khiển) ngồi chờ trên AWS mà chúng tôi có thể khởi động và chơi bất cứ lúc nào. Chúng tôi có thể sao chép khối lượng EBS rằng dữ liệu Vhost của chúng tôi được đặt trên bản đồ một số IP đến các địa chỉ IP nội bộ VPC của chúng tôi, đưa chúng vào máy chủ và luôn luôn hoạt động. Làm bài kiểm tra của chúng tôi để đảm bảo tất cả đều ổn và thay đổi hệ thống LIVE và tắt bản sao cho đến khi cần lại. Tại thời điểm này, những thay đổi chúng tôi đã thực hiện để cấu hình, chúng tôi đã sao chép vào một phiên bản mới AMI.

Điểm thứ hai cho AWS . Chúng tôi đạt giới hạn Địa chỉ IP trên Máy chủ hiện tại của chúng tôi. Trong AWS Chúng tôi có bất kỳ số lượng địa chỉ IP VPC nội bộ nào và đã phân bổ cho tài khoản của chúng tôi 20 IP bên ngoài co giãn mà chúng tôi có thể ánh xạ tới các địa chỉ IP nội bộ. Các tính năng Mạng trong AWS VPC hoàn toàn tuyệt vời. Nó không thực tế như thế nào họ đã đóng gói này cho quản trị viên mạng cấp thấp. Phải mất 3 ngày để có được một số Địa chỉ IP mới trên máy chủ của chúng tôi và thêm vào tường lửa của họ.

Đây là nơi tôi cung cấp cho AWS khác +

Sao lưu trên máy chủ chuyên dụng hiện tại của chúng tôi chỉ là một bản sao của một thư mục được giữ trên một hầm dự phòng. Về cơ bản là một ổ đĩa gắn kết. Một ổ đĩa gắn chỉ có sẵn cho máy chủ đó. Vì vậy, trong trường hợp mất điện lớn, chúng tôi sẽ phải thiết lập máy chủ mới, gắn cửa hàng sao lưu, cài đặt và định cấu hình máy chủ mới của chúng tôi theo cùng một cách (nhiệm vụ lớn), sau đó tạo lại dữ liệu. Máy chủ của chúng tôi tự hào quay vòng 4 giờ cho Phần cứng mới nhưng điều đó có nghĩa là không có gì với tôi. Nó nhận được cấu hình và các trang web thiết lập lại.

Kinh doanh của chúng tôi cung cấp giải pháp cho các doanh nghiệp cho toàn bộ vòng đời web. Tư vấn, thiết kế, SEO, hỗ trợ và bảo trì. Nếu chúng tôi bị cúp điện, chúng tôi sẽ rời bỏ công việc, vì phải mất vài ngày trước khi chúng tôi đứng lên một lần nữa. Chúng tôi không thể có kịch bản này ngay cả trên bản đồ của chúng tôi. Nó chỉ không thể xảy ra.

Trong AWS hiện tại, chúng tôi có nội dung web của chúng tôi trên các Trường hợp AWS được gắn trên Tập tin EBS ở 750IOPS và Trường hợp thứ hai (chúng tôi gọi là máy chủ điều khiển) đưa Dữ liệu vào Vùng sẵn có khác theo lịch và cập nhật Sơ đồ cho cấu hình mới nhất trong trường hợp chúng tôi cần phải kích hoạt một Instance từ AMI đó. Nó kết nối tất cả các cấu hình NGINX, các tệp thiết lập PHP-FPM cho việc này.

Vì vậy, bây giờ chúng tôi có hai bộ dữ liệu; một AMI là bản sao của máy chủ web NGINX sản xuất và một bản sao nội dung thư mục Vhosts với các tệp cấu hình và Vhost trong trường hợp chúng tôi cần khởi động một máy chủ mới.

Đây là nơi AWS có được một + Máy chủ chuyên dụng của chúng tôi đấu tranh vào thời gian cao điểm. Có, chúng tôi chạy Magento vì vậy nó hơi khác so với một số ứng dụng. Chúng tôi có Cài đặt đĩa Raid Core 32 GB và đôi khi nó gặp khó khăn khi khách hàng gửi một chiến dịch email hoặc hai lần thực hiện cùng một lúc. Chúng tôi không thể làm bất cứ điều gì. Nó có MySQL trên nó cục bộ, bộ nhớ của nó được tối ưu hóa cho MYSQL nhưng các đĩa thì kém.

Trong AWS, chúng tôi chạy 3 trường hợp CPU cao. 2 Máy chủ web NGINX / PHP-FPM, cùng với một NGINX SSL + Sơ đồ bộ nhớ cache Varnish. Sau đó, chúng tôi có một máy chủ Quản trị Magento nhỏ hơn lưu trữ tất cả hình ảnh và phương tiện sau đó được ánh xạ qua CNnam thông qua Cloudfront. Đây là tất cả các trường hợp dành riêng để giảm chi phí.

Sau đó, chúng tôi có cơ sở dữ liệu của chúng tôi trong RDS trên Trường hợp lớn 2000IOPS mà cả Máy chủ web kết nối với nó để chụp ảnh nhanh mỗi đêm. Với một chút thời gian (chúng tôi có các trang bảo trì cho các cửa hàng của chúng tôi), chúng tôi có thể thay đổi kích thước IOPS và kích thước cá thể. Điều tốt nhất về RDS là chúng ta có thể chụp ảnh nhanh nhất và tạo DB mới để thử nghiệm và phát triển. Rồi tắt máy. Nó chỉ tuyệt vời.

Chúng tôi sử dụng Elastic Cache + và hiện đang thử nghiệm Redis để quản lý bộ đệm cho các máy chủ web mặt trước. Một lần nữa chúng ta có thể thay đổi kích thước lên và xuống.

Chúng tôi có thể thêm Máy chủ CPU mới theo yêu cầu (bằng cách nhân bản giao diện NGINX của chúng tôi) vào hỗn hợp với một số công việc thủ công để giúp đỡ tại Xmas và nếu chúng tôi cần khi khách hàng nói với chúng tôi, họ sẽ gửi 100.000 chiến dịch email mạnh mẽ bán sản phẩm giảm giá 75%.

Chúng tôi hiện đang KIỂM TRA tự động mở rộng quy mô của mình ở Amazon và cách chúng tôi kích hoạt máy chủ, thêm địa chỉ IP, cập nhật cấu hình NGINX, v.v. và bắt đầu làm việc mà không gặp sự cố nhưng sau đó cũng tắt máy chủ trong thời gian yên tĩnh (thời gian dài).

AWS + + Di chuyển dữ liệu trên chuyên dụng của chúng tôi là gián đoạn dịch vụ. Sao chép, MV Rsync, v.v. sẽ đánh vào các đĩa IO, từ đó làm chậm các trang web.

Sử dụng khối lượng và ảnh chụp nhanh trong AWS thật dễ dàng. Đừng thực sự cần phải nói bất cứ điều gì ở đây.

AWS +++++++ Quản lý và điều khiển máy chủ chung. Thực sự không có khả năng hiển thị trong Máy chủ chuyên dụng của chúng tôi. Nó chỉ là SSH và một số báo cáo máy chủ thực sự xấu mà Máy chủ của chúng tôi gửi hàng tháng.

AWS chúng ta có thể thấy các số liệu thống kê mặc dù không hoàn toàn chính xác trong mắt tôi về hiệu suất của ứng dụng, nhưng chúng cho bạn ý tưởng tốt về cách thức thực thể hoạt động. Chúng tôi có thiết lập báo động để phát hiện vấn đề.

Kết luận * AWS vs Chuyên dụng - Sức mạnh thuần túy. * Đối với tất cả các Troll AWS tôi không nói hoặc thậm chí sẽ thử và nói AWS sẽ thực hiện một nhiệm vụ chuyên dụng với hai Quads, SSD tải bộ nhớ, vv Ngay cả AWS cũng không thử và nói với bạn điều này. Có những điều bạn có thể làm để tăng hiệu suất, Tối ưu hóa EBS, cung cấp IOPS và thay đổi kích thước các trường hợp nhưng tôi biết rằng một bộ xương trần chuyên dụng sẽ tốt hơn.

AWS vs Chuyên dụng - Kiến trúc cho một giải pháp phù hợp Máy chủ chuyên dụng ngồi trong một giá đỡ cô đơn ở đâu đó chỉ không cắt nó cho tôi. Đây không phải là một tình huống trong thế giới thực hoặc phù hợp như một giải pháp trong mắt tôi khi cung cấp cho các doanh nghiệp một giải pháp để điều hành các cửa hàng hoặc trang web của họ.

Chúng tôi có toàn bộ mạng máy chủ của mình trong AWS VPC, chúng tôi có thể mở rộng, ký hợp đồng, xem tất cả tài nguyên của chúng tôi ở đâu. Là một giải pháp tôi sẽ không bao giờ muốn quay trở lại Máy chủ chuyên dụng.

Nếu tôi đang điều hành một trang web có thể giải quyết sự cố ngừng hoạt động lớn và chúng tôi có thể chờ để xây dựng lại một máy chủ mới với máy chủ hoặc sẵn sàng sử dụng hai máy chủ hoặc AWS để sao lưu và di chuyển một trang web nếu một chuyên dụng bị hỏng thì đây là cách duy nhất tôi sẽ làm điều này. Điều này tự nó là một vấn đề tốn thời gian.

Chi phí Lý do tại sao Máy chủ chuyên dụng bây giờ rẻ như vậy là do AWS đang cung cấp các cách rẻ để quản lý trung tâm dữ liệu mini của riêng bạn, đó là điều mà nhiều trung tâm dữ liệu đã sử dụng để thêm phí bảo hiểm. Hiện tại có một sự thay đổi về giá cả và các trung tâm dữ liệu phải sử dụng các kỹ thuật xỉ chống lại AWS để bán dịch vụ của họ hoặc hét về sức mạnh của Máy chủ Nguyên và thiếu một số loại đối tượng AWS.

Những người so sánh Máy chủ chuyên dụng với phiên bản AWS nên thực sự tính đến tất cả các dịch vụ bổ sung mà AWS cung cấp xung quanh Trường hợp Máy chủ đó và ánh xạ vào giá chuyên dụng. Hãy để tôi mở rộng. Khi rời khỏi và đưa ra thông báo về hợp đồng cho chủ nhà hiện tại của chúng tôi, họ đã nói AWS này, chi phí EBS hiệu suất kém, v.v. Vì vậy, chúng tôi đã gửi một bản đồ giải pháp về những gì chúng tôi muốn.

  • LAN riêng với các chính sách bảo mật / định tuyến và tường lửa
  • 20 địa chỉ IP bên ngoài, với khả năng sắp xếp lại trên các máy chủ một cách nhanh chóng hoặc thông qua bảng điều khiển
  • 4 máy chủ với 8 lõi mỗi máy có 16 luồng
  • Ram 32 GB
  • Máy chủ cơ sở dữ liệu với khả năng cung cấp tới 10000 IOPS nhưng nhìn chung khoảng 2000IOP
  • Sao lưu điểm và nhấp
  • Không có hợp đồng hoặc chỉ 12 tháng

Họ không chỉ không thể làm tất cả những điều này, họ nói nếu họ có thể cung cấp ngăn xếp phần mềm để làm điều đó thì chi phí thiết lập của chúng tôi sẽ vào khoảng 10.000 bảng cộng với phí hàng tháng.

Máy chủ chuyên dụng sẽ hoạt động tốt hơn Mây nhưng đây là chuyện của quá khứ. Bạn có thể thấy nó trong tiếp thị chống lại điện toán đám mây. Điện toán đám mây là giải pháp đầy đủ giúp kết nối doanh nghiệp nhỏ có trung tâm dữ liệu của riêng họ. Trong mắt tôi và sau khi thiết lập nhiều giải pháp AWS AWS là giải pháp kinh doanh tại thời điểm này

Tôi biết khi tôi mua InstS AWS, nó không chỉ là Instance, mà tất cả các bộ được đính kèm. Tôi biết khi tôi mua Máy chủ chuyên dụng, nó thực sự chỉ là một máy chủ được đặt trong giá có gắn cáp.

Tôi biết £ cho £ một máy chủ chuyên dụng sẽ tốt hơn AWS, nhưng đối với khách hàng của tôi và doanh nghiệp THỰC TẾ cần AWS vượt trội hơn các giải pháp chuyên dụng một cách ồ ạt


Cảm ơn bạn, trường hợp sử dụng chi tiết này là loại câu trả lời tôi cần trước đó nhưng ngay cả bây giờ thật hữu ích khi đọc nó. Bây giờ tôi có ý tưởng về giá của đám mây so với dành riêng. Khả năng xây dựng cơ sở hạ tầng như thế này, hoàn hảo cho các trường hợp sử dụng như của bạn. Có thể các dự án nhỏ, không cần lưu trữ đám mây, nhưng đối với doanh nghiệp nhỏ, đó thực sự là một thiết lập tốt.
C-Blu

1

Sau lần ngừng hoạt động AWS vừa qua, tôi đã tìm thấy giải pháp này của GSLB trên thị trường AWS nhưng bạn cũng có Route53 hoặc Neustar cho nhiệm vụ này.

Tôi sử dụng điều này với EC2 và một máy chủ chuyên dụng với opsource Varnish (được lưu trữ bởi nhà cung cấp dịch vụ lưu trữ giá rẻ Hireweb ở Châu Âu). Nếu tôi phát hiện thất bại AWS hoặc nếu ngân sách của tôi để phân phối nội dung của tôi với EC2 bị hết, tôi sẽ chuyển hướng các đề tài trên máy chủ bộ đệm giá rẻ của mình.

Đó là giải pháp tốt nhất cho tôi mà không phải trả chi phí cao và đảm bảo khả năng chịu lỗi.

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.