2009-12-14 39 views

Trả lời

84

, Amazon RDS thể hiện được nâng cấp thông qua lệnh modify-db-instance. Không cần di chuyển dữ liệu.

Từ Amazon RDS Documentation:.

"Nếu bạn không chắc chắn bao nhiêu CPU bạn cần, chúng tôi đề nghị bắt đầu với db.m1.small DB Instance lớp và giám sát sử dụng CPU với dịch vụ CloudWatch Amazon Nếu DB Instance của bạn là CPU bị ràng buộc, bạn có thể dễ dàng nâng cấp lên một lớp DB Instance lớn hơn bằng cách sử dụng lệnh rds-modify-db-instance bằng cách sử dụng lệnh rds-modify-db-instance:

Amazon RDS sẽ thực hiện việc nâng cấp trong cửa sổ bảo trì tiếp theo Nếu bạn muốn nâng cấp được thực hiện ngay bây giờ , thay vì chờ đợi cho cửa sổ bảo trì, hãy chỉ rõ tùy chọn --apply-immediately. Cảnh báo: thay đổi lớp DB Instance yêu cầu cúp ngắn cho DB Instance của bạn. "

+0

Chà ... điều này thật tuyệt vời. Tôi đã không mong đợi một trả lời + ve :) ... Tôi chỉ hy vọng không có thời gian chết trong quá trình nâng cấp. – Kabeer

+0

Cảm ơn bạn ... Tôi sẽ là một sinh viên tốt hơn và đi qua các tài liệu kỹ lưỡng :) – Kabeer

+1

Bạn chắc chắn sẽ phải chịu một thời gian chết ngắn như trường hợp được tắt và khởi động lại với một kích thước cá thể khác nhau. –

12

Tôi vừa thực hiện nâng cấp từ trường hợp RDS trung bình thành lớn khi chúng tôi bị ảnh hưởng bởi lưu lượng truy cập bất ngờ (tốt, phải không? :)). Vì chúng tôi có một cá thể đa AZ, chúng tôi đã giảm 2-3 phút. Trong tài liệu của Amazon, họ nói rằng thời gian ngừng hoạt động sẽ ngắn gọn nếu bạn có một cá thể đa AZ.

+1

Chúng tôi đã được thông báo rằng để bật iOPS được cấp phép, nhưng cơ sở dữ liệu đã bị hỏng trong hơn một giờ. May mắn thay chúng tôi đã bảo thủ và đã làm nó trong cửa sổ bảo trì của chúng tôi khi ít người nhận thấy. –

8

Đối với bất kỳ ai quan tâm, chúng tôi chỉ sửa đổi một trường hợp RDS (MySQL, 15 GB HD, phần còn lại của các thông số tiêu chuẩn) thay đổi nó từ nhỏ đến nhỏ. Thời gian ngừng hoạt động là 5 phút.

+0

Có thay đổi lớp cá thể và khởi động lại thay đổi bất kỳ cài đặt nào (chuỗi kết nối, v.v.) không? Hoặc là nó an toàn để chỉ cần nâng cấp nó mà không đáng lo ngại về việc chuyển đổi chuỗi kết nối tất cả các nơi? (Ứng dụng của tôi sử dụng một số chuỗi vì chúng tôi có một lược đồ cho mỗi khách hàng trong cơ sở dữ liệu). –

23

RE: Cúp Time: chúng tôi có một SQL Server 2012 RDS Instance (1TB phi IOPS lái xe), và đi từ một db.m1.xlarge để db.m3.xlarge (CPU hơn, ít $$) chỉ mất hơn 4 phút ngừng hoạt động.

LƯU Ý: Chúng tôi đã nâng cấp từ giao diện điều khiển AWS GUI và chọn "Áp dụng ngay lập tức", nhưng đã 10 phút trước khi cúp thực sự bắt đầu. Trạng thái RDS cho biết "Sửa đổi" ngay lập tức sau khi chúng tôi bắt đầu cập nhật và nó vẫn theo cách này thông qua thời gian chờ và thời gian ngừng hoạt động.

Hy vọng điều này sẽ hữu ích!

Greg

3

Chúng tôi chỉ làm một bản nâng cấp từ db.m3.large để db.m3.xlarge với 200GB dữ liệu phi IOPS chạy SQL Server 2012. Các thời gian chết là khoảng 5 phút.

5

RE: Cúp Thời gian: chúng ta vừa nâng cấp postgresql 9,3 bằng cách yêu cầu ngay lập tức thay đổi sau:

  • nâng cấp postgresql 9.3.3 đến 9.3.6
  • dụ thay đổi kích thước từ m3.large để m3.2xlarge
  • thay đổi kiểu lưu trữ để được cung cấp IOPS
  • mở rộng lưu trữ từ 200G đến 500G (hoạt động đắt nhất về thời gian)

Chúng tôi đã mất gần 5 giờ để hoàn thành toàn bộ hoạt động này. Cơ sở dữ liệu chứa khoảng 100G dữ liệu tại thời điểm nâng cấp. Bạn có thể theo dõi tiến độ nâng cấp của mình theo phần Sự kiện trong bảng điều khiển RDS. Trong quá trình nâng cấp RDS có một số ảnh chụp nhanh dự phòng, tiến trình của những bức ảnh này có thể được giám sát theo phần Snapsnots.

0

Trên multi-az, sẽ có một chuyển đổi dự phòng, nhưng nếu không nó sẽ được mịn màng. Heres dữ liệu thời gian từ db loại dụ hạ cấp gần đây nhất của tôi từ r3.4xlarge để r3.2xlarge trên Multi-Az cấu hình Postgres 9,3 với 3TB của đĩa (dữ liệu thực tế chỉ là ~ 800g)

time (utc-8) event Mar 11 10:28 AM Finished applying modification to DB instance class Mar 11 10:09 AM Multi-AZ instance failover completed Mar 11 10:08 AM DB instance restarted Mar 11 10:08 AM Multi-AZ instance failover started

0

Chúng tôi đã có một tuyên bố Alter cho một bảng lớn (khoảng 53 triệu hồ sơ), và nó đã không thể hoàn thành hoạt động.

Cách sử dụng kích thước hiện tại là 48GB. Chúng tôi quyết định để tăng lưu trữ được phân bổ trong AWS - RDS Instance Toàn bộ hoạt động mất 2 giờ để hoàn thành MYSQL db.r3.8xlarge từ 100G đến 200G

Các Alter tuyên bố mất khoảng 40 phút nhưng nó hoạt động.

1

Nâng cấp MySQL RDS từ db.t2.small lên db.t2.medium cho 25G dữ liệu mất 6 phút.

0

Có, chúng có thể nâng cấp. Phiên bản RDS được nâng cấp từ SQL Server 2008 lên SQL Server 2012 với kích thước ví dụ khoảng 36 GB, lớp db-m1-nhỏ, lưu trữ 200 GB và không có IOPS hoặc Multi AZ. Không có thời gian chết, quá trình này chỉ mất 10 phút.

Các vấn đề liên quan