Làm cách nào để nâng cấp an toàn một phiên bản Amazon EC2 từ t1.micro lên lớn? [đóng cửa]

348

Tôi có một ví dụ vi mô Amazon EC2 (t1.micro). Tôi muốn nâng cấp phiên bản này lên lớn. Đây là môi trường sản xuất của chúng tôi, vậy cách tốt nhất và không rủi ro để làm điều này là gì?

Có bất kỳ hướng dẫn từng bước để làm điều này?

amazon-ec2 amazon-web-services upgrade

— gandil
nguồn

Với thiết bị gốc EBS hoặc với cửa hàng cá thể?

— stivlo

Tôi nghĩ rằng thiết bị root ebs. Tôi thấy EBS trong mục Menu thiết bị gốc trên bảng điều khiển aws.

— gandil

2

Có ai trong số các bạn đã xem xét thực tế rằng một t1.micro, m1.small, v.v. có thể là kiến trúc 32 bit và một ví dụ lớn là cung 64 bit? Nó sẽ không gây ra bất kỳ vấn đề? Đến bây giờ, tôi nghĩ chúng ta sẽ phải làm lại mọi thứ (tạo một thể hiện lớn mới và cài đặt lại tất cả ứng dụng)? Nó không phải là trường hợp khi có một sự thay đổi trong kiến trúc?

— MD

1

Điều đó chỉ cắn tôi trong một **. Lần trước tôi sẽ chọn 32 bit cho bất cứ điều gì. Bây giờ chúng tôi có một máy chủ cần thêm bộ nhớ mà 4gb và kiến trúc 32 bit không thể xử lý được. Nếu thực tế trong Bảng điều khiển Amazon trong EC2 không có tùy chọn để khởi chạy sang loại lớn, thì nó chỉ ở mức trung bình.

— Tom Gruner

3

Tại sao câu hỏi được gắn cờ là lạc đề ? Đó là một câu hỏi hữu ích hợp lệ với câu trả lời chấp nhận được.

— UsamaAmjad

302

Từ kinh nghiệm của tôi, cách tôi thực hiện là tạo một ảnh chụp nhanh hình ảnh hiện tại của bạn, sau đó khi hoàn thành, bạn sẽ thấy nó là một tùy chọn khi khởi chạy các phiên bản mới. Đơn giản chỉ cần khởi chạy nó như một ví dụ lớn tại thời điểm đó.

Đây là cách tiếp cận của tôi nếu tôi không muốn bất kỳ thời gian chết nào (ví dụ: máy chủ sản xuất) vì giải pháp này chỉ mất một máy chủ ngoại tuyến sau khi máy chủ mới hoạt động (tôi cũng sử dụng nó để thêm các máy mới vào cụm của mình bằng cách sử dụng phương pháp này để chỉ thêm máy mới). Nếu thời gian chết là chấp nhận được thì hãy xem câu trả lời của Marcel Castilho.

— Linh hồn đã mất
nguồn

1

Sau đó xóa ví dụ nhỏ trước?

— gandil

1

Địa chỉ IP của trường hợp mới sẽ khác nhau. Tôi có đúng không Vậy chúng ta cần thay đổi hồ sơ dns?

— gandil

12

Nếu bạn đang sử dụng IP đàn hồi như bình thường, hãy gán IP đàn hồi cho máy chủ mới. Máy chủ mới sau đó sẽ có cùng địa chỉ IP. Quy trình này cũng sẽ hữu ích nếu máy chủ của bạn gặp sự cố và bạn bắt đầu một cái mới.

— stivlo

1

Không phải là một phương pháp rất đáng tin cậy, trạng thái máy chủ có thể thay đổi nếu nó bị căng thẳng (rất có thể xem xét nhu cầu mở rộng quy mô) và máy chủ mới, lớn hơn sẽ cũ hơn một vài phút so với máy chủ đang chạy thực tế.

— AbiusX

2

Nếu ảnh chụp nhanh là khối lượng gốc, Amazon khuyên bạn nên dừng phiên bản trước khi chụp ảnh nhanh: docs.aws.amazon.com/AWSEC2/latest/UserGuide/ Kẻ

— Taterhead 8/12/2016

517

Sử dụng Bảng điều khiển quản lý AWS:

Nhấp chuột phải vào ví dụ
- Vòng đời sơ thẩm> Dừng
- Chờ đợi...
- Quản lý sơ thẩm> Thay đổi loại sơ thẩm

— Marcel de Castilho
nguồn

4

đây là một phương pháp dễ dàng hơn ..

— box86rowh

22

Tôi đồng ý điều này đơn giản hơn, nhưng lợi ích của phương pháp được chấp nhận là bạn có thể quản lý để có máy chủ mới hoạt động song song với máy chủ hiện tại trước khi chuyển đổi IP đàn hồi và không phải chịu nhiều thời gian chết.

— Ryan Montgomery

17

Bạn có biết rằng khi Marcel nói "Đợi ...", bạn sẽ chờ đợi một thời gian dài. Phương pháp này là khủng khiếp nếu thời gian chết là một vấn đề. Nếu thời gian chết không thành vấn đề, điều đó thật dễ dàng, nhưng điều này không liên quan đến một lượng nhỏ thời gian chết. Lên kế hoạch trong khoảng nửa giờ.

— Jake

8

chưa đến 5 phút đối với tôi ... mw.small đến m1.medium chạy SQL 2012 Web

— azcoastal

4

Và vấn đề kích thước đĩa?

— Adrian Salazar

49

Sử dụng Bảng điều khiển quản lý AWS

Chuyển đến "Tập" và tạo Ảnh chụp nhanh âm lượng của cá thể bạn.
Chuyển đến "Ảnh chụp nhanh" và chọn "Tạo ảnh từ ảnh chụp nhanh".
Chuyển đến "AMIs" và chọn "Khởi động sơ thẩm" và chọn "Loại trường hợp", v.v.

— Xốp
nguồn

Điều này cho phép bạn thay đổi kiến trúc và loại thể hiện.

— Styelz

Cảm ơn vì đã thực sự đặt các bước ở đây và làm cho nó rõ ràng, đây là phương pháp tốt nhất, trừ khi bạn đang ở giai đoạn đầu khi thời gian chết không thành vấn đề.

— Jake

2

Tôi đã thử điều này nhưng trong trường hợp của tôi, trường hợp mới không bắt đầu với AMI từ phiên bản cũ hơn, có một số vấn đề hoảng loạn hạt nhân.

— zeeshan

18

Sử dụng bảng điều khiển AWS EC2, không phải là ElasticFox.

Cách thứ nhất:

Tạo một AMI mới của ví dụ
Khởi chạy nó

Thay đổi phương pháp:

Tạo ảnh chụp nhanh của đĩa
Khởi chạy một thể hiện EBS lớn với cùng loại AMI (xin lưu ý rằng tại thời điểm này, đĩa sẽ chứa dữ liệu hiện diện khi AMI này được tạo, không phải là những thay đổi mới nhất của bạn)
Khi đã khởi động đầy đủ, hãy dừng phiên bản mới
Tách khối lượng gốc từ trường hợp dừng
Tạo một đĩa ảo từ ảnh chụp nhanh được tạo trước đó trong cùng vùng khả dụng của thể hiện mới
Đính kèm âm lượng gốc vào / dev / sda1
Bắt đầu lại trường hợp mới

— stivlo
nguồn

9

Tạo AMI -> Khởi động AMI trên ví dụ lớn.

Thêm thông tin http://docs.amazonwebservice.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

Bạn cũng có thể làm tất cả điều này từ bảng điều khiển quản trị tại aws.amazon.com

— kieran
nguồn

Tôi muốn làm điều này trên giao diện điều khiển aws. Có bất kỳ tài liệu hướng dẫn với hình ảnh?

— gandil

Nhấp chuột phải vào ví dụ của bạn và nhấp vào "tạo AMI" - sau đó đi vào AMI trên màn hình bảng điều khiển (ở phía bên trái) và nhấp vào "khởi chạy AMI" trên ứng dụng bạn muốn khởi chạy

— kieran