Bagaimana cara memutakhirkan instance Amazon EC2 dengan aman dari t1.micro menjadi besar? [Tutup]

348

Saya memiliki instance mikro EC2 Amazon (t1.micro). Saya ingin memutakhirkan instance ini menjadi besar. Ini adalah lingkungan produksi kami, jadi apa cara terbaik dan bebas risiko untuk melakukan ini?

Apakah ada panduan langkah demi langkah untuk melakukan ini?

amazon-ec2 amazon-web-services upgrade

— Gandil
sumber

Dengan perangkat root EBS atau dengan toko contoh?

— stivlo

Saya pikir perangkat root ebs. Saya melihat EBS di bawah item Menu Perangkat Rooting pada konsol aws.

— gandil

2

Apakah ada di antara Anda mempertimbangkan fakta bahwa t1.micro, m1.small dll dapat berupa arsitektur 32 bit dan contoh besar adalah 64 bit arc? Apakah itu tidak akan menimbulkan masalah? Sampai sekarang, saya pikir kita harus melakukan semuanya lagi (membuat contoh besar baru dan menginstal semua aplikasi lagi)? Bukankah ini yang terjadi ketika ada perubahan arsitektur?

— MD

1

Itu hanya menggigit saya di a **. Terakhir kali saya akan memilih 32 bit untuk apa pun. Sekarang kami memiliki server yang membutuhkan lebih banyak memori yang 4gb dan arsitektur 32 bit tidak dapat menanganinya. Jika fakta di Amazon Control Panel di EC2 tidak ada opsi untuk meluncurkan ke tipe besar, itu hanya naik ke sedang.

— Tom Gruner

3

Mengapa pertanyaan ditandai sebagai di luar topik ? Ini adalah pertanyaan bermanfaat yang valid dengan jawaban yang dapat diterima.

— UsamaAmjad

302

Dari pengalaman saya, cara saya melakukannya adalah membuat snapshot dari gambar Anda saat ini, maka setelah selesai Anda akan melihatnya sebagai opsi ketika meluncurkan instance baru. Luncurkan saja sebagai contoh besar pada saat itu.

Ini adalah pendekatan saya jika saya tidak ingin ada downtime (yaitu server produksi) karena solusi ini hanya membuat server offline hanya setelah yang baru berjalan dan berjalan (saya juga menggunakannya untuk menambahkan mesin baru ke cluster saya dengan menggunakan pendekatan ini untuk hanya tambahkan mesin baru). Jika Downtime dapat diterima maka lihat jawaban Marcel Castilho.

— Kehilangan jiwa
sumber

1

lalu hapus kecil instance sebelumnya?

— gandil

1

Alamat IP instance baru akan berbeda. Apakah saya benar? Jadi kita perlu mengubah catatan dns?

— gandil

12

Jika Anda menggunakan IP elastis seperti yang seharusnya, tetapkan IP elastis ke server baru. Server baru kemudian akan memiliki alamat IP yang sama. Prosedur ini akan bermanfaat juga jika server Anda mogok dan Anda harus memulai yang baru.

— stivlo

1

Bukan metode yang sangat andal, keadaan server mungkin berubah jika sedang stres (yang sangat mungkin mempertimbangkan kebutuhan untuk meningkatkannya), dan server baru yang lebih besar akan beberapa menit / jam lebih tua dari server yang berjalan sebenarnya.

— AbiusX

2

Jika snapshot itu dari volume root, Amazon merekomendasikan untuk menghentikan instance sebelum mengambil snapshot: docs.aws.amazon.com/AWSEC2/latest/UserGuide/…

— Taterhead

517

Menggunakan Konsol Manajemen AWS:

Klik kanan pada instance
- Siklus Hidup Instance> Berhenti
- Tunggu...
- Manajemen Instance> Ubah Jenis Instance

— Marcel de Castilho
sumber

4

ini adalah metode yang jauh lebih mudah ..

— box86rowh

22

Saya setuju ini lebih sederhana, tetapi manfaat dari metode yang diterima adalah Anda dapat mengatur server baru dan berjalan secara paralel ke server yang ada sebelum beralih IP elastis dan mengeluarkan sedikit atau tidak ada downtime.

— Ryan Montgomery

17

Ketahuilah bahwa ketika Marcel berkata "Tunggu ...", Anda akan menunggu untuk waktu yang lama. Metode ini mengerikan jika downtime adalah masalah. Jika downtime tidak masalah, itu mudah, tetapi ini tidak melibatkan sedikit downtime. Rencanakan sekitar setengah jam.

— Jake

8

kurang dari 5 menit untuk saya ... mw.small ke m1.medium menjalankan SQL 2012 Web

— azcoastal

4

Dan masalah ukuran disk?

— Adrian Salazar

49

Menggunakan Konsol Manajemen AWS

Buka "Volume" dan buat Cuplikan dari volume instance Anda.
Buka "Snapshots" dan pilih "Buat Gambar dari Snapshot".
Pergi ke "AMI" dan pilih "Luncurkan Instance" dan pilih "Instance Type" Anda dll.

— Styelz
sumber

Ini memungkinkan Anda untuk mengubah arsitektur dan tipe instance.

— Styelz

Terima kasih untuk benar-benar meletakkan langkah-langkah di sini, dan membuatnya jelas, ini adalah metode terbaik, kecuali Anda berada pada tahap awal di mana downtime tidak masalah.

— Jake

2

Saya mencoba ini tetapi dalam kasus saya contoh baru tidak dimulai dengan AMI dari contoh yang lebih lama, memiliki beberapa masalah panik kernel.

— zeeshan

18

Gunakan konsol AWS EC2, bukan ElasticFox.

Cara pertama:

Buat AMI baru dari instance
Luncurkan

Cara Alternatif:

Buat snapshot disk
Luncurkan instance EBS besar dengan tipe AMI yang sama (harap perhatikan bahwa pada titik ini disk akan berisi data yang ada saat AMI ini dibuat, bukan perubahan terbaru Anda)
Setelah sepenuhnya boot, hentikan instance baru
Lepaskan volume root dari instance yang dihentikan
Buat disk virtual dari snapshot yang dibuat sebelumnya di zona ketersediaan yang sama pada instance baru
Lampirkan volume root ke / dev / sda1
Mulai contoh baru lagi

— stivlo
sumber

9

Buat AMI -> Boot AMI dalam jumlah besar.

Info lebih lanjut http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

Anda dapat melakukan ini semua dari konsol admin juga di aws.amazon.com

— kieran
sumber

Saya ingin melakukan ini di konsol aws. apakah ada cara dokumen dengan gambar?

— gandil

Klik kanan pada instance Anda dan klik "buat AMI" - kemudian masuk ke AMI pada tampilan konsol (di sebelah kiri) dan klik "luncurkan AMI" pada yang ingin Anda luncurkan

— kieran