2011-01-28 48 views
38

Tôi có một số câu hỏi liên quan đến việc nâng cấp phiên bản RDS.Ví dụ về AWS RDS nâng cấp xuống thời gian

  1. Thời gian chết khi nâng cấp phiên bản từ từ nhỏ đến lớn là bao nhiêu. Là thời gian chết tương đối tương tự khi bạn đi và thay đổi bất kỳ loại dụ (nhỏ, lớn, xlarge) hoặc có xác định các yếu tố như kích thước cơ sở dữ liệu thay đổi thời gian.
  2. Có ai có thể chia sẻ kỹ thuật về cách nâng cấp loại cá thể tránh thời gian chết bằng RDS không? Điều đó thậm chí có thể xảy ra trong RDS hay không. Nó không phải là một chi tiết tuyệt vời chỉ là một số cliff-ghi chú/công cụ hình ảnh lớn.
  3. Có thời gian nào khi bạn phân bổ thêm dung lượng đĩa không?

Trả lời

35

Tôi không nghĩ rằng đây là một câu hỏi trên chủ đề cho StackOverflow ở tất cả, nhưng vẫn có một số thông tin:

  1. Điều quan trọng và phụ thuộc vào kích thước của cơ sở dữ liệu. Tôi đã mất một giờ hoặc nhiều lần. Tôi cũng đã tạo ảnh chụp nhanh, khôi phục từ ảnh chụp nhanh và tạo đa-az mất khoảng hai giờ trước.

  2. Tùy thuộc vào cách bạn đã định cấu hình mọi thứ ngay bây giờ. Nếu bạn đã kích hoạt Multi-AZ, thì một nâng cấp thể hiện sẽ thực sự xảy ra trên slave, sau đó một failover sẽ xảy ra, sau đó slave mới được cập nhật. Điều này dẫn đến khoảng 1 hoặc 2 phút của thời gian chết thực tế. Việc nâng cấp thể hiện trên slave thường mất khoảng 10 đến 20 phút, nhưng không có thời gian chết trong thiết lập này. Lưu ý rằng khi nó chuyển đổi dự phòng, Amazon thực hiện trao đổi DNS nội bộ sao cho điểm cuối RDS của bạn trỏ tới đúng máy, vì vậy bạn có thể phải khởi động lại các tiến trình web trỏ tới DB để chúng kết nối lại với DB và kéo vào IP mới từ tra cứu DNS mới.

+4

Một điều quan trọng là hộp kiểm "sửa đổi ngay lập tức" là một hộp kiểm nhỏ bé trong một danh sách dài các tùy chọn trên biểu mẫu RDS bảng điều khiển quản lý nâng cấp. Tôi không thấy hộp này trong một vài giờ vì vậy tôi đã nhầm lẫn về lý do tại sao trường hợp RDS của tôi không thay đổi ngay lập tức. –

8

1, Từ trải nghiệm cá nhân, chỉ mất ít nhất một giờ, chính xác là 57 phút đối với trường hợp 15 GB từ nhỏ đến lớn. Mà tôi đã không mong đợi để được lâu để được trung thực. cập nhật: chỉ cần biết rằng chuyển đổi điểm trong thời gian sao lưu trước khi nâng cấp tốc độ lên quá trình đáng kể

2, tôi sẽ nói rằng MULTI AZ trước khi nâng cấp sẽ làm các trick, hy vọng rằng không có thời gian chết là tốt. Câu hỏi là làm họ cho phép nâng cấp một mà không khác ...

3, vâng, nhưng tôi không chắc chắn 100% mặc dù

+6

sao lưu thời gian chuyển đổi ON hoặc OFF? – Jan

13

db.t1.micro>db.m1.small: 8m30s

Engine: mysql 
Storage: 6GiB 
Backups: Yes 
Multi A-Z: No 

Kích thước/loại cơ sở dữ liệu làm xuất hiện làm ảnh hưởng đến thời gian chết đáng kể.

+1

Cảm ơn bạn đã chia sẻ. –

+4

db.m1.small> db.m1.medium: 5 phút. Engine: mysql, Dung lượng: 15GiB, Sao lưu: Có, Nhiều A-Z: Không – Miquel

+0

Thú vị, @Miquel! Tôi chỉ là lý thuyết ở đây, nhưng có lẽ cơ sở dữ liệu lớn hơn của bạn đã giảm thời gian ít hơn tôi vì sức mạnh xử lý gia tăng được tạo sẵn cho các loại cá thể lớn hơn ... – Alastair