Có phải sao chép xuyên khu vực 100% bằng chứng cho việc mất điện vùng S3 không?


19

Amazon S3 có một tùy chọn sao chép xuyên khu vực nên có khả năng chịu lỗi khá cao đối với sự cố ngừng hoạt động của khu vực / khu vực.

Điều đó có nghĩa là những người đang ca ngợi về việc ngừng hoạt động đã không sử dụng khía cạnh này?

Hoặc là sao chép xuyên khu vực không hoàn toàn không chứng minh được và sẽ không giúp được gì?



@Evgeny Cảm ơn bạn. Tôi đã đọc bài viết tương tự, trước khi hỏi điều này :)
Dawny33

Câu trả lời:


11

Hạn chế khi có bản sao đến từ ghi chú bên dưới:

Theo mặc định, Amazon S3 định tuyến mọi yêu cầu theo kiểu lưu trữ ảo đến khu vực Đông Hoa Kỳ (N. Virginia) nếu bạn sử dụng điểm cuối US East (N. Virginia) (s3.amazonaws.com), thay vì điểm cuối dành riêng cho khu vực (cho ví dụ: s3-eu-west-1.amazonaws.com).

Khi bạn sử dụng bản sao, bạn thường để AWS đảm nhiệm việc định tuyến bí danh đến một vùng bằng cách nhắm mục tiêu s3.amazonaws.comyêu cầu REST từ máy chủ của bạn và để chuyển hướng thực hiện công việc đó.

Bất cứ khi nào N.Virginia ngừng hoạt động, ma thuật sẽ ngừng hoạt động và bạn không gặp may mắn để truy cập dữ liệu của mình và phải cập nhật cấu hình của bạn để chọn điểm cuối khu vực cụ thể.

Vấn đề không đến từ DNS (một yêu cầu đến chính nhóm sẽ hoạt động) mà từ các máy khách S3, sẽ kết nối với điểm cuối API S3 trước khi truy cập nhóm, trong trường hợp này, độ phân giải dns được thực hiện s3.amazonaws.comvà đây là chúng tôi- điểm cuối đông 1.

Khi bạn sử dụng bí danh khu vực, bạn sẽ dễ dàng cân bằng tải trên các khu vực với kiểm tra sức khỏe từ AWS đi kèm.

Nếu bạn sử dụng DNS cname nhắm mục tiêu các vùng để chuyển đổi nhanh chóng, bạn chịu trách nhiệm về DNS TTL của mình nhưng không có gì đảm bảo máy chủ bộ đệm của ISP khách hàng sẽ tôn trọng giá trị của bạn (một trong nhiều bộ đệm mà khách hàng của bạn có thể gặp phải).

Và cuối cùng, nếu bạn cố gắng tự cân bằng tải, bạn có thể sẽ tạo ra SPOF giống như AWS đã có với gánh nặng duy trì thêm.

AWS đang làm việc với nó nhưng đó là tất cả thông tin tôi có tại thời điểm viết.


Theo docs.aws.amazon.com/AmazonS3/latest/dev/Virtualhosting.html có thể sử dụng 'buckname.s3-eu-west-1.amazonaws.com' (thay thế vùng yêu thích của bạn) làm bí danh DNS. IFF hoạt động, đó có thể là một cách để nhanh chóng chuyển đổi (nhanh như cách cài đặt trước của bạn cho phép)
Michael Bravo

@MichaelBravo đã mở rộng câu trả lời để giải quyết mối quan tâm của bạn :)
Tensibai

"Ngay cả khi về lý thuyết bạn có thể sử dụng CNAME cho các điểm cuối khu vực, câu trả lời có thẩm quyền vẫn dựa vào dịch vụ ở N.Virginia theo như tôi biết và tôi đã đọc về nó" Bạn đang trích dẫn về việc định tuyến đến khu vực Đông Hoa Kỳ theo mặc định ra khỏi bối cảnh. Trước khi example-bucketnhóm tồn tại, example-bucket.s3.amazonaws.comđã trỏ đến US East trong DNS. Trong vài phút sau khi tạo nhóm ban đầu, điều này sẽ thay đổi vĩnh viễn để trỏ đến điểm cuối khu vực chính xác. Cảnh báo ở đây là tên máy chủ này ban đầu có thể bị sai một cách nhanh chóng ngay sau khi tạo thùng - không phải sau này.
Michael - sqlbot

... Vì vậy, "Bất cứ khi nào N.Virginia ngừng hoạt động, ma thuật sẽ ngừng hoạt động và bạn không gặp may khi truy cập dữ liệu của mình ở bất kỳ khu vực nào bằng phương pháp bí danh DNS" là không chính xác. Các thùng ở các khu vực khác không bị ảnh hưởng bởi sự cố mất điện đông-1, bao gồm cả những người được tham chiếu sử dụng kiểu tên máy chủ này.
Michael - sqlbot

1
Không, bạn không. Họ thay đổi mục nhập DNS cho nhóm của bạn trong s3.amazonaws.comkhu vực trong vòng vài phút sau khi tạo nhóm và thay đổi này vẫn tồn tại độc lập với chúng tôi-đông-1. Tạo một cái xô ở một khu vực khác và xem cách your-bucket-name.s3.amazonaws.comgiải quyết trước, trong và vài phút sau khi tạo thùng. Thông tin được đẩy đến s3-1.amazonaws.comkhu vực trong Tuyến 53 sau khi tạo xô và tồn tại ở đó, mà không phụ thuộc thêm vào chúng tôi-đông-1.
Michael - sqlbot

10

Nhiều công ty lớn sẽ có lỗi vì không sử dụng tính năng này. Nó không thêm chi phí, và trong lịch sử, bất kỳ loại giải pháp khắc phục thảm họa thực sự nào đều chưa được kiểm tra ngay cả khi được thực hiện.

Khác với vấn đề chi phí, các công ty đang tích cực sử dụng nhân rộng giữa các khu vực có thể đưa ra mối quan tâm hợp lệ về độ trễ cần thiết cho một đối tượng để nhân rộng. S3 không cho phép (theo như tôi biết) tính nhất quán đọc sau khi ghi trên các đối tượng được sao chép, trong khi nó cho phép nó cho một nhóm trong một vùng duy nhất.

Câu hỏi SE này đặt ra một mối lo ngại khi các đối tượng không được sao chép đúng cách hoặc mất quá nhiều thời gian để sao chép. Với điều kiện nhân rộng giữa các khu vực được thực hiện trong một chế độ thống nhất cuối cùng, có rất nhiều mối quan tâm cần giải quyết.


8
Tôi sẽ nhấn mạnh hơn nữa vào thực tế là sao chép liên vùng S3 mang lại sự nhất quán cuối cùng cho một số hoạt động. Đó không phải là chuyện nhỏ để tính đến. Tùy thuộc vào ứng dụng, nó có thể hết sức không thể chấp nhận được. Trong mọi trường hợp, đó không phải là bằng chứng ngu ngốc (có thể dẫn đến những vấn đề lớn hơn nếu ai đó cho rằng đó là phép thuật)
Alexandre
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.