Memperbarui versi platform lingkungan Elastic Beanstalk Anda - AWS Elastic Beanstalk

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Memperbarui versi platform lingkungan Elastic Beanstalk Anda

Elastic Beanstalk secara teratur merilis versi platform baru untuk memperbarui semua platform berbasis Linux dan berbasis Server Windows. Versi platform baru menyediakan pembaruan untuk komponen perangkat lunak yang ada dan dukungan untuk fitur baru dan pilihan konfigurasi. Untuk mempelajari tentang platform dan versi platform, lihat Glosarium Platform Elastic Beanstalk.

Anda dapat menggunakan konsol Elastic Beanstalk atau EB CLI untuk memperbarui versi platform lingkungan Anda. Tergantung pada versi platform yang ingin Anda perbarui, Elastic Beanstalk merekomendasikan salah satu dari dua metode untuk melakukan pembaruan platform.

  • Metode 1 – Perbarui versi platform lingkungan Anda. Kami merekomendasikan metode ini ketika Anda memperbarui ke versi platform terbaru dalam cabang platform—dengan waktu pengoperasian, server web, server aplikasi, dan sistem operasi yang sama, dan tanpa perubahan dalam versi platform utama. Ini adalah pembaruan platform yang paling umum dan rutin.

  • Metode 2 – Melakukan deployment Biru/Hijau. Kami merekomendasikan metode ini ketika Anda memperbarui ke versi platform terbaru dalam cabang platform—dengan waktu pengoperasian, server web, server aplikasi, dan sistem operasi yang berbeda, atau ke versi platform utama yang berbeda. Hal ini merupakan pendekatan yang baik ketika Anda ingin mengambil keuntungan dari kemampuan waktu pengoperasian yang baru atau fungsionalitas Elastic Beanstalk terbaru, atau ketika Anda ingin memindahkan cabang platform yang telah usang atau pensiun.

    Memigrasi dari versi platform lama memerlukan deployment biru/hijau, karena versi platform ini tidak kompatibel dengan versi yang didukung saat ini.

    Memigrasi aplikasi Linux ke Amazon Linux 2 memerlukan deployment biru/hijau, karena versi platform Amazon Linux 2 tidak kompatibel dengan versi platform Amazon Linux AMI sebelumnya.

Untuk bantuan lebih lanjut dengan pemilihan metode pembaruan platform terbaik, perluas bagian untuk platform lingkungan Anda.

Gunakan Metode 1 untuk melakukan pembaruan platform.

Gunakan Metode 1 untuk melakukan pembaruan platform.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi ke platform lain, misalnya dari Go 1.4 (Docker) ke Go 1.11 atau dari Python 3.4 (Docker) ke Python 3.6, gunakan Metode 2.

  • Jika Anda memigrasi aplikasi ke versi kontainer Docker yang berbeda, misalnya dari Glassfish 4.1 (Docker) ke Glassfish 5.0 (Docker), gunakan Metode 2.

  • Jika Anda memperbarui ke versi platform terbaru tanpa perubahan dalam versi kontainer atau versi utama, gunakan Metode 1.

Gunakan Metode 1 untuk melakukan pembaruan platform.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi Anda ke versi waktu pengoperasian Java yang berbeda, misalnya dari Java 7 ke Java 8, gunakan Metode 2.

  • Jika Anda memperbarui ke versi platform terbaru tanpa perubahan dalam versi waktu pengoperasian, gunakan Metode 1.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi Anda ke versi waktu pengoperasian Java yang berbeda atau versi server aplikasi Tomcat, misalnya dari Java 7 dengan Tomcat 7 ke Java 8 dengan Tomcat 8.5, gunakan Metode 2.

  • Jika Anda memigrasi aplikasi Anda di versi platform Java dengan Tomcat utama (v1.x.x, v2.x.x, dan v3.x.x), gunakan Metode 2.

  • Jika Anda memperbarui ke versi platform terbaru tanpa perubahan dalam versi waktu pengoperasian, versi server aplikasi, atau versi utama, gunakan Metode 1.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi Anda ke versi sistem operasi Windows yang berbeda, misalnya dari Windows Server 2008 R2 ke Server Windows 2016, gunakan Metode 2.

  • Jika Anda memigrasi aplikasi Anda di seluruh versi platform Server Windows utama, lihat Migrasi dari versi utama sebelumnya dari platform server Windows, dan gunakan Metode 2.

  • Jika aplikasi Anda saat ini berjalan pada platform Server Windows V2.x.x dan Anda memperbarui ke versi platform terbaru, gunakan Metode 1.

catatan

Versi platform Server Windows lebih awal dari v2 tidak secara semantis berversi. Anda hanya dapat meluncurkan versi terbaru dari masing-masing Server Windows versi platform utama dan tidak dapat mengembalikannya setelah upgrade.

Gunakan Metode 2 untuk melakukan pembaruan platform.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi Anda ke versi waktu pengoperasian PHP yang berbeda, misalnya dari PHP 5.6 ke PHP 7.2, gunakan Metode 2.

  • Jika Anda memigrasi aplikasi Anda di versi platform PHP utama (v1.x.x and v2.x.x), gunakan Metode 2.

  • Jika Anda memperbarui ke versi platform terbaru tanpa perubahan dalam versi waktu pengoperasian atau versi utama, gunakan Metode 1.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi Anda ke versi waktu pengoperasian Python yang berbeda, misalnya dari Python 2.7 ke Python 3.6, gunakan Metode 2.

  • Jika Anda memigrasi aplikasi Anda di versi platform Python utama (v1.x.x and v2.x.x), gunakan Metode 2.

  • Jika Anda memperbarui ke versi platform terbaru tanpa perubahan dalam versi waktu pengoperasian atau versi utama, gunakan Metode 1.

Pertimbangkan kasus berikut:

  • Jika Anda memigrasi aplikasi Anda ke versi waktu pengoperasian Ruby yang berbeda atau versi server aplikasi, misalnya dari Ruby 2.3 dengan Puma ke Ruby 2.6 dengan Puma, gunakan Metode 2.

  • Jika Anda memigrasi aplikasi Anda di versi platform Ruby utama (v1.x.x and v2.x.x), gunakan Metode 2.

  • Jika Anda memperbarui ke versi platform terbaru tanpa perubahan dalam versi waktu pengoperasian, versi server aplikasi, atau versi utama, gunakan Metode 1.

Metode 1 – Perbarui versi platform lingkungan Anda

Gunakan metode ini untuk memperbarui ke versi terbaru dari cabang platform lingkungan Anda. Jika sebelumnya Anda telah membuat lingkungan menggunakan versi platform yang lebih lama, atau meningkatkan lingkungan Anda dari versi lama, Anda juga dapat menggunakan metode ini untuk kembali ke versi platform sebelumnya, asalkan berada di cabang platform yang sama.

Untuk memperbarui versi platform lingkungan Anda
  1. Buka konsol Elastic Beanstalk, dan di daftar Wilayah, pilih konsol Elastic Beanstalk. Wilayah AWS

  2. Di panel navigasi, pilih Lingkungan, dan kemudian pilih nama lingkungan Anda dari daftar.

    catatan

    Jika Anda memiliki banyak lingkungan, gunakan bilah pencarian untuk memfilter pada daftar lingkungan.

  3. Pada halaman gambaran umum lingkungan, di bawah Platform, pilih Ubah.

    Platform Elastic Beanstalk yang lebih baru tersedia
  4. Dalam dialog Perbarui versi platform, pilih versi platform. Versi platform terbaru (disarankan) di cabang dipilih secara otomatis. Anda dapat memperbarui ke versi apa pun yang telah Anda gunakan sebelumnya.

    Konfirmasi pembaruan versi platform Elastic Beanstalk
  5. Pilih Simpan.

Untuk lebih menyederhanakan pembaruan platform, Elastic Beanstalk dapat mengelolanya untuk Anda. Anda dapat mengonfigurasi lingkungan Anda untuk menerapkan pembaruan versi minor dan patch secara otomatis selama jendela pemeliharaan mingguan dikonfigurasi. Elastic Beanstalk menerapkan pembaruan terkelola tanpa waktu henti atau pengurangan kapasitas, dan membatalkan pembaruan segera jika instans yang menjalankan aplikasi Anda pada versi baru gagal dalam pemeriksaan kondisi. Untuk detail selengkapnya, lihat Pembaruan platform yang dikelola.

Metode 2 – Melakukan deployment Biru/Hijau

Gunakan metode ini untuk memperbarui ke cabang platform yang berbeda—dengan waktu pengoperasian, server web, server aplikasi, atau sistem operasi yang berbeda, atau ke versi platform utama yang berbeda. Hal ini biasanya diperlukan ketika Anda ingin mengambil keuntungan dari kemampuan waktu pengoperasian yang baru atau fungsionalitas Elastic Beanstalk terbaru. Hal ini juga diperlukan ketika Anda memigrasi cabang platform yang sudah usang atau pensiun.

Ketika Anda memigrasi di seluruh versi platform utama atau ke versi platform dengan pembaruan komponen utama, ada kemungkinan besar bahwa aplikasi Anda, atau beberapa aspeknya, mungkin tidak berfungsi seperti yang diharapkan pada versi platform baru, dan mungkin memerlukan perubahan.

Sebelum melakukan migrasi, perbarui mesin pengembangan lokal Anda ke versi waktu pengoperasian yang lebih baru dan komponen lain dari platform yang Anda rencanakan untuk dimigrasi. Verifikasi bahwa aplikasi Anda masih bekerja seperti yang diharapkan, dan buat perbaikan kode dan perubahan yang diperlukan. Kemudian gunakan prosedur praktik terbaik berikut untuk memindahkan lingkungan Anda dengan aman ke versi platform baru.

Untuk memigrasikan lingkungan Anda ke versi platform dengan pembaruan utama
  1. Buat lingkungan baru, menggunakan versi platform target yang baru, dan deploy kode aplikasi Anda ke versi platform tersebut. Lingkungan baru harus berada dalam aplikasi Elastic Beanstalk yang berisi lingkungan yang Anda migrasikan. Jangan dulu mengakhiri lingkungan yang ada.

  2. Gunakan lingkungan yang baru untuk memigrasi aplikasi Anda. Khususnya:

    • Temukan dan perbaiki masalah kompatibilitas aplikasi yang tidak dapat Anda temukan selama tahap pengembangan.

    • Pastikan bahwa setiap penyesuaian yang dibuat aplikasi Anda menggunakan file konfigurasi bekerja dengan benar di lingkungan baru. Ini mungkin termasuk pilihan pengaturan, paket tambahan yang diinstal, kebijakan keamanan kustom, dan file skrip atau konfigurasi yang diinstal pada instans lingkungan.

    • Jika aplikasi Anda menggunakan Amazon Machine Image (AMI) khusus, buat AMI kustom yang baru berdasarkan AMI versi platform yang baru. Untuk mempelajari informasi lebih lanjut, lihat Menggunakan image mesin Amazon kustom (AMI) di lingkungan Elastic Beanstalk Anda. Khususnya, ini diperlukan jika aplikasi Anda menggunakan platform Server Windows dengan AMI kustom, dan Anda bermigrasi ke versi platform Server Windows V2. Dalam hal ini, lihat juga Migrasi dari versi utama sebelumnya dari platform server Windows.

    Iterasikan pengujian dan men-deploy perbaikan Anda sampai Anda puas dengan aplikasi di lingkungan yang baru.

  3. Ubah lingkungan baru ke lingkungan produksi Anda dengan mengubah CNAME-nya dengan CNAME lingkungan produksi yang ada. Untuk detail selengkapnya, lihat Deployment Biru/Hijau dengan Elastic Beanstalk.

  4. Ketika Anda puas dengan keadaan lingkungan baru dalam produksi Anda, akhiri lingkungan lama. Lihat perinciannya di Mengakhiri lingkungan Elastic Beanstalk.