Những thay đổi nào sau khi phiên bản AWS được dừng lại, sau đó khởi động lại

Question

Chúng tôi đã nhận được mẫu thông báo "đã được lập lịch để nghỉ hưu" AWS. Nó sẽ ảnh hưởng đến máy chủ db nguyên tắc của chúng tôi. Dựa trên, những gì tôi đã đọc, cách dễ nhất là dừng thể hiện rồi khởi động lại nó.

Sự hiểu biết của tôi về cơ bản là sẽ phân bổ lại thể chất hiện tại, điều này sẽ gây ra thay đổi IP. Tuy nhiên, ngoài ra, những gì khác sẽ được thay đổi.

Hiện tại trường hợp sắp ngừng hoạt động đang chạy làm máy chủ cơ sở dữ liệu nguyên tắc của chúng tôi. nó được kết nối bởi cả hai máy chủ ứng dụng (với hơn 20 ứng dụng web) và một cá thể máy chủ db nô lệ.

Chuỗi kết nối giữa máy chủ ứng dụng và cá thể db sử dụng tên máy tính nội bộ AWS (ieData Source = IP-0A882XXX; ID người dùng = tên người dùng; Mật khẩu = mật khẩu; Danh mục ban đầu = dbName; Đối tác chuyển đổi = IP-0A80XXX), không nên thay đổi sau khi dừng/khởi động lại. Tôi có đúng không?

Tôi có biết điều gì khác không? chẳng hạn như Bảo mật, Cài đặt Tường lửa, v.v ...?

Nếu bất cứ ai có thể chỉ cho tôi vào danh sách kiểm tra sẽ được đánh giá rất nhiều!

Answer 1

Dừng và bắt đầu một thể hiện EBS boot EC2 cũng tương tự như khởi động lại nó với những trường hợp ngoại lệ chính:

• mới trong và ngoài địa chỉ IP (địa chỉ Elastic IP cần phải được liên kết lại)

• Các tệp trên bộ nhớ tạm thời bị mất

Tôi đã viết bài viết sau đây chi tiết hơn và cung cấp danh sách tất cả điểm để xem xét:

Rebooting vs. Stop/Start of Amazon EC2 Instance - Alestic.com

Tên EC2 DNS nội bộ ví dụ của bạn phù hợp với địa chỉ IP nội bộ, vì vậy nó sẽ thay đổi trên stop/start, và sẽ cần phải được cập nhật trên của bạn máy chủ ứng dụng.

Bạn có thể sử dụng thủ thuật sau để không phải thay đổi khách hàng khi máy chủ db được di chuyển:

• Gán IP đàn hồi để thể hiện nội

• Sử dụng bên ngoài Elastic IP Tên DNS trong các cá thể máy khách.

Máy chủ DNS EC2 trả về địa chỉ IP nội bộ của cá thể khi được truy vấn từ một cá thể EC2 khác trong cùng một vùng.

tôi đã viết bài viết sau mà đi vào chi tiết về làm thế nào để làm điều này và tại sao nó hoạt động:

Using Elastic IP to Identify Internal Instances on Amazon EC2

Answer 2

Tôi nghĩ rằng tôi nên đặt giải pháp cuối của tôi ở đây, để giúp mọi người giống như tôi, những người không có EIP đặt ở vị trí đầu tiên, khi giao dịch với việc nghỉ hưu.

1.Enable IP đàn hồi trên trường hiện tại (gốc, gương, màn hình)

2.Stop/dụ Restart (prep khác sẽ được yêu cầu cơ bản về cơ sở hạ tầng máy chủ của riêng bạn)

.... ... cập nhật các phiên bản dữ liệu với cài đặt mới và cấu hình lại phản chiếu .......

3. Cập nhật tệp máy chủ ứng dụng máy chủ để trỏ tên DNS cũ bằng phiên bản IP nội bộ mới có được sau khi di chuyển (LƯU Ý: IS IS một HACK, nhưng nó mua cho tôi thời gian để cập nhật tất cả 60 ứng dụng web của tôi dần dần)

4. Cập nhật ứng dụng web theo cách được lập kế hoạch. (cập nhật chuỗi kết nối chính xác trong các triển khai mới)

5.Xóa các bản ghi máy chủ sau khi mọi thứ được cập nhật thành tên miền công cộng mới.

May mắn thay, đây chỉ là một quy trình tắt.

A Few lấy đi:

• Đối với trường hợp cơ sở dữ liệu, có thực sự là không có lý do gì để không có một EIP thiết lập ở vị trí đầu tiên. đọc: http://aws.amazon.com/ec2/pricing/#elastic-ip sau đó đọc quote dưới đây từ @ Eric Hammond bạn sẽ biết tại sao máy chủ

Các EC2 DNS trả về địa chỉ IP nội bộ của dụ khi truy vấn từ một ví dụ EC2 trong cùng khu vực.

• Nếu tôi đã tham gia vào dự án này trong rất hạnh phúc, (Hoặc bất kỳ dự án quy mô doanh nghiệp lớn trong tương lai) Tôi có lẽ sẽ đi với VPC thay vì EC2.