Memecahkan masalah lingkungan Elastic Beanstalk Anda - AWS Elastic Beanstalk
Menggunakan alat Systems ManagerPanduan umumVariabel lingkungan untuk rahasiaPembuatan lingkunganDeploymentKondisiKonfigurasiDockerPertanyaan yang Sering DiajukanPemecahan masalah deploymentKesalahan penerapan

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

Memecahkan masalah lingkungan Elastic Beanstalk Anda

Bab ini memberikan panduan untuk memecahkan masalah dengan lingkungan Elastic Beanstalk Anda. Ini memberikan informasi berikut.

  • Pengantar alat AWS Systems Manager, ditambah prosedur untuk menjalankan runbook Elastic Beanstalk yang telah ditentukan sebelumnya yang menghasilkan langkah dan rekomendasi pemecahan masalah.

  • Panduan umum untuk tindakan yang dapat Anda ambil dan sumber daya yang dapat Anda lihat jika status lingkungan Anda menurun.

  • Kiat pemecahan masalah yang lebih spesifik berdasarkan kategori subjek.

catatan

Jika kesehatan lingkungan Anda berubah menjadi merah, kami sarankan Anda terlebih dahulu menggunakan AWS Systems Manager alat yang menyertakan runbook yang telah ditentukan untuk memecahkan masalah Elastic Beanstalk. Untuk informasi lebih lanjut, lihat Menggunakan alat Systems Manager.

Menggunakan runbook AWS Systems Manager Elastic Beanstalk

Anda dapat menggunakan Systems Manager untuk memecahkan masalah lingkungan Elastic Beanstalk Anda. Untuk membantu Anda memulai dengan cepat, Systems Manager menyediakan runbook Otomasi yang telah ditentukan untuk Elastic Beanstalk. Runbook Otomasi adalah jenis dokumen Systems Manager yang mendefinisikan tindakan yang harus dilakukan pada instance lingkungan Anda dan sumber daya lainnya. AWS

Dokumen AWSSupport-TroubleshootElasticBeanstalk ini adalah runbook Otomasi yang dirancang untuk membantu mengidentifikasi sejumlah masalah umum yang dapat menurunkan lingkungan Elastic Beanstalk Anda. Untuk melakukannya, ia memeriksa komponen lingkungan Anda, termasuk yang berikut: EC2 instance, VPC, tumpukan, penyeimbang beban AWS CloudFormation , grup Auto Scaling, dan konfigurasi jaringan yang terkait dengan aturan grup keamanan, tabel rute, dan. ACLs

Ini juga menyediakan opsi untuk mengunggah file log yang dibundel dari lingkungan Anda ke AWS Support.

Untuk informasi selengkapnya, lihat AWSSupport-TroubleshootElasticBeanstalk di referensi buku runbook Otomatisasi AWS Systems Manager .

Menggunakan Systems Manager untuk menjalankan AWSSupport-TroubleshootElasticBeanstalk runbook
catatan

Jalankan prosedur ini di tempat yang sama Wilayah AWS di mana lingkungan Elastic Beanstalk Anda berada.

  1. Buka konsol AWS Systems Manager.

  2. Dari panel navigasi, di bagian Manajemen Perubahan, pilih Otomatisasi.

  3. Pilih Eksekusi otomatisasi.

  4. Pada tab Dimiliki oleh Amazon, di kotak pencarian dokumen Otomasi, masukkanAWSSupport-TroubleshootElasticBeanstalk.

  5. Pilih AWSSupport-TroubleshootElasticBeanstalkkartu, lalu pilih Berikutnya.

  6. Pilih Jalankan.

  7. Di bagian Parameter input:

    1. Dari AutomationAssumeRoledropdown, pilih ARN dari peran yang memungkinkan Systems Manager untuk melakukan tindakan atas nama Anda.

    2. Untuk ApplicationName, masukkan nama aplikasi Elastic Beanstalk.

    3. Untuk Nama Lingkungan, masukkan lingkungan Elastic Beanstalk.

    4. (Opsional) Untuk S3 UploaderLink, masukkan tautan jika AWS Support Engineer telah memberi Anda tautan S3 untuk pengumpulan log.

  8. Pilih Eksekusi.

    Jika salah satu langkah gagal, pilih tautan di bawah kolom ID Langkah untuk langkah yang gagal. Ini menampilkan halaman detail Eksekusi untuk langkah tersebut. VerificationErrorMessageBagian ini akan menampilkan ringkasan langkah-langkah yang membutuhkan perhatian. Misalnya, IAMPermissionCheck dapat menampilkan pesan Peringatan. Dalam hal ini, Anda dapat memeriksa apakah peran yang dipilih di AutomationAssumeRoledropdown memiliki izin yang diperlukan.

Setelah semua langkah berhasil diselesaikan, output memberikan langkah pemecahan masalah dan rekomendasi untuk memulihkan lingkungan Anda ke keadaan sehat.

Panduan umum untuk mengatasi masalah lingkungan Elastic Beanstalk Anda

Pesan galat dapat muncul di halaman Acara di konsol, di log, atau di halaman Kesehatan. Anda juga dapat mengambil tindakan untuk pulih dari lingkungan terdegradasi yang disebabkan oleh perubahan baru-baru ini. Jika kesehatan lingkungan Anda berubah menjadi Merah, coba yang berikut ini:

  • Jika operasi di lingkungan Anda menampilkan kesalahan yang berisi teksThe stack stack_id associated with environment environment-ID is in stack-status state, lihat bantuan Memulihkan lingkungan Elastic Beanstalk Anda dari keadaan tidak valid pemecahan masalah.

  • Jika operasi di lingkungan Anda mengembalikan kesalahan yang berisi teksEnvironment environment-name associated CloudFormation stack stack_arn does not exist, hentikan lingkungan Anda dan buat yang lain.

  • Tinjau peristiwa lingkungan terbaru. Pesan dari Elastic Beanstalk tentang masalah deployment, beban, dan konfigurasi sering muncul di sini.

  • Tinjau riwayat perubahan lingkungan terbaru. Riwayat perubahan mencantumkan semua perubahan konfigurasi yang dibuat pada lingkungan Anda dan termasuk informasi lainnya, seperti pengguna IAM yang membuat perubahan dan parameter konfigurasi yang ditetapkan.

  • Tarik log untuk melihat entri berkas log terbaru. Log server web berisi informasi tentang permintaan dan kesalahan yang masuk.

  • Connect ke instans dan periksa sumber daya sistem.

  • Gulung kembali ke versi aplikasi yang berfungsi sebelumnya.

  • Membatalkan perubahan konfigurasi terbaru atau memulihkan konfigurasi tersimpan.

  • Men-deploy lingkungan baru. Jika lingkungan tampak sehat, lakukan swap CNAME untuk merutekan lalu lintas ke lingkungan baru dan terus men-debug yang sebelumnya.

Lingkungan yang mengakses rahasia dan parameter dengan variabel lingkungan

Acara: Penerapan instance gagal mendapatkan satu atau lebih rahasia

Pesan ini menunjukkan bahwa Elastic Beanstalk tidak dapat mengambil satu atau lebih rahasia yang ditentukan selama penerapan aplikasi Anda.

  • Periksa apakah sumber daya yang ditentukan oleh nilai ARN dalam konfigurasi variabel lingkungan Anda ada.

  • Konfirmasikan bahwa peran profil instans EC2 Elastic Beanstalk Anda memiliki izin IAM yang diperlukan untuk mengakses sumber daya.

  • Jika peristiwa ini dipicu melalui RestartAppServer operasi, setelah masalah diperbaiki, coba lagi RestartAppServer panggilan untuk menyelesaikan masalah.

  • Jika acara dipicu melalui UpdateEnvironment panggilan, coba lagi UpdateEnvironment operasi.

Untuk contoh perintah ini, lihat AWS CLI contoh untuk Elastic Beanstalk. Untuk informasi selengkapnya tentang tindakan API untuk operasi ini, lihat Referensi AWS Elastic Beanstalk API.

Peristiwa: Penerapan instance mendeteksi satu atau lebih nilai lingkungan multiline, yang tidak didukung untuk platform ini

Variabel multiline tidak didukung untuk platform Amazon Linux 2, tidak termasuk platform Docker yang dikelola Docker dan ECS. Untuk opsi yang tersedia untuk melanjutkan, lihatNilai multiline.

Acara: CreateEnvironment gagal saat rahasia ditentukan

Ketika CreateEnvironment gagal dan Anda memiliki rahasia sebagai variabel lingkungan, Anda perlu mengatasi masalah mendasar dan kemudian menggunakannya UpdateEnvironment untuk menyelesaikan pengaturan lingkungan. Jangan gunakanRestartAppServer, karena tidak akan cukup untuk memunculkan lingkungan dalam situasi ini. Untuk contoh perintah ini, lihat AWS CLI contoh untuk Elastic Beanstalk. Untuk informasi selengkapnya tentang tindakan API untuk operasi ini, lihat Referensi AWS Elastic Beanstalk API.

Pembuatan lingkungan dan peluncuran instans

Peristiwa: Gagal Meluncurkan Lingkungan

Peristiwa ini terjadi ketika Elastic Beanstalk mencoba untuk meluncurkan lingkungan dan menemukan kegagalan di sepanjang jalan. Peristiwa sebelumnya di halaman Peristiwa akan memberi tahu Anda akar masalahnya.

Peristiwa: Membuat operasi lingkungan selesai, tetapi dengan batas waktu perintah. Coba tingkatkan batas waktu periode.

Aplikasi Anda mungkin membutuhkan waktu lama untuk men-deploy jika Anda menggunakan file konfigurasi yang menjalankan perintah di instans, mengunduh file besar, atau memasang paket. Tingkatkan batas wkatu perintah untuk memberikan aplikasi Anda lebih banyak waktu untuk mulai berjalan selama deployment.

Peristiwa: Sumber daya berikut gagal dibuat: [AWSEBInstanceLaunchWaitCondition]

Pesan ini menunjukkan bahwa EC2 instans Amazon lingkungan Anda tidak berkomunikasi dengan Elastic Beanstalk bahwa mereka berhasil diluncurkan. Hal ini dapat terjadi jika instans tidak memiliki konektivitas Internet. Jika Anda mengonfigurasi lingkungan Anda untuk meluncurkan instans di subnet VPC pribadi, pastikan subnet memiliki NAT untuk mengizinkan instans terhubung ke Elastic Beanstalk.

Peristiwa: Peran Layanan diperlukan di wilayah ini. Harap tambahkan opsi Peran Layanan ke lingkungan.

Elastic Beanstalk menggunakan peran layanan untuk memantau sumber daya di lingkungan dan mendukung pembaruan platform terkelola. Lihat Mengelola peran layanan Elastic Beanstalk untuk informasi selengkapnya.

Deployment

Masalah: Aplikasi menjadi tidak tersedia selama deployment

Karena Elastic Beanstalk menggunakan proses peningkatan drop-in, mungkin ada waktu henti beberapa detik. Gunakan deployment bergulir untuk meminimalkan efek deployment di lingkungan produksi Anda.

Acara: Gagal membuat versi aplikasi AWS Elastic Beanstalk

Paket sumber aplikasi Anda mungkin terlalu besar, atau Anda mungkin telah mencapai kuota versi aplikasi.

Peristiwa: Pembaruan operasi lingkungan selesai, tetapi dengan batas waktu perintah. Coba tingkatkan batas waktu periode.

Aplikasi Anda mungkin membutuhkan waktu lama untuk men-deploy jika Anda menggunakan file konfigurasi yang menjalankan perintah di instans, mengunduh file besar, atau memasang paket. Tingkatkan batas wkatu perintah untuk memberikan aplikasi Anda lebih banyak waktu untuk mulai berjalan selama deployment.

Kondisi

Peristiwa: Penggunaan CPU melebihi 95,00%

Coba jalankan lebih banyak instans, atau pilih tipe instans yang berbeda.

Acara: Elastic Load Balancer awseb- myapp Memiliki Nol Contoh Sehat

Jika aplikasi Anda tampaknya berfungsi, pastikan bahwa URL pemeriksaan kondisi aplikasi Anda dikonfigurasi dengan benar. Jika tidak, periksa layar Kondisi dan log lingkungan untuk informasi selengkapnya.

Acara: Elastic Load Balancer awseb - Tidak Dapat Ditemukan myapp

Penyeimbang beban lingkungan Anda mungkin telah dihapus out-of-band. Hanya buat perubahan pada sumber daya lingkungan Anda dengan opsi konfigurasi dan perpanjangan yang disediakan oleh Elastic Beanstalk. Bangun kembali lingkungan Anda atau luncurkan yang baru.

Acara: Kegagalan Peluncuran EC2 Instance. Menunggu EC2 Instance Baru untuk Diluncurkan...

Ketersediaan untuk tipe instans lingkungan Anda mungkin rendah, atau Anda mungkin telah mencapai kuota instans akun Anda. Periksa dasbor kesehatan layanan untuk memastikan bahwa layanan Elastic Compute Cloud (Amazon EC2) berwarna hijau, atau minta peningkatan kuota.

Konfigurasi

Acara: Tumpukan stack_id yang terkait dengan lingkungan environment-ID dalam stack-status status

AWS CloudFormation Tumpukan yang mendasari lingkungan Anda mungkin dalam status *_FAILED. Status ini harus diperbaiki untuk melanjutkan operasi Elastic Beanstalk di lingkungan Anda. Untuk informasi selengkapnya, lihat Memulihkan lingkungan Elastic Beanstalk Anda dari keadaan tidak valid.

Peristiwa: Anda tidak dapat mengonfigurasi lingkungan Elastic Beanstalk dengan nilai-nilai untuk kedua opsi Target Elastic Load Balancing dan opsi URL Pemeriksaan Kondisi Aplikasi

Opsi Target di namespace aws:elb:healthcheck tidak lagi digunakan. Menghapus namespace opsi Target) dari lingkungan Anda dan coba perbarui lagi.

Acara: ELB tidak dapat dilampirkan ke beberapa subnet di AZ yang sama

Pesan ini dapat dilihat jika Anda mencoba untuk memindahkan penyeimbang beban antar subnet di Availability Zone yang sama. Mengubah subnet di penyeimbang beban perlu memindahkannya keluar dari availability zone aslinya dan kemudian kembali ke aslinya dengan subnet yang diinginkan. Selama proses berlangsung, semua instans Anda akan dimigrasikan antara AZs, menyebabkan downtime yang signifikan. Sebagai gantinya, pertimbangkan untuk membuat lingkungan baru dan lakukan penggantian CNAME.

Mengatasi masalah kontainer Docker

Peristiwa: Gagal menarik gambar Docker: terbaru: Nama repositori tidak valid (), hanya [a-z0-9-_.] yang diizinkan. Ekor log untuk detail selengkapnya.

Periksa sintaks file dockerrun.aws.json menggunakan validator JSON. Verifikasi juga konten dockerfile terhadap persyaratan yang dijelaskan di Mempersiapkan image Docker Anda untuk penyebaran ke Elastic Beanstalk

Peristiwa: Tidak ada arahan EXPOSE ditemukan di Dockerfile, batalkan deployment

Dockerfile atau file dockerrun.aws.json tidak menyatakan port kontainer. Gunakan petunjuk EXPOSE (Dockerfile) atau blok Ports (file dockerrun.aws.json) untuk mengekspos port lalu lintas masuk.

Acara: Gagal mengunduh kredensyal repository otentikasi dari bucket name

dockerrun.aws.jsonIni menyediakan bucket and/or S3 EC2 key pair yang tidak valid untuk file tersebut. .dockercfg Atau, profil instance tidak memiliki GetObject otorisasi untuk bucket S3. Verifikasi bahwa .dockercfg file tersebut berisi bucket S3 dan EC2 key pair yang valid. Berikan izin untuk tindakan s3:GetObject ke IAM role di profil instans. Untuk detail, lanjutkan ke Mengelola profil instans Elastic Beanstalk

Peristiwa: Aktivitas pelaksanaan gagal, karena: PERINGATAN: File konfigurasi autentikasi tidak valid

File autentikasi Anda (config.json) tidak diformat dengan benar. Lihat Menggunakan gambar dari repositori pribadi di Elastic Beanstalk

Pertanyaan yang Sering Diajukan

Pertanyaan: Bagaimana cara mengubah URL aplikasi saya dari myapp.us-west-2.elasticbeanstalk.com ke www.myapp.com?

Di server DNS, daftarkan data catatan CNAME, seperti www.mydomain.com CNAME mydomain.elasticbeanstalk.com.

Pertanyaan: Bagaimana cara menentukan Availability Zone spesifik untuk aplikasi Elastic Beanstalk saya?

Anda dapat memilih Availability Zone tertentu dengan menggunakan plugin APIs, CLI, Eclipse, atau Visual Studio. Untuk petunjuk tentang cara menggunakan konsol Elastic Beanstalk untuk menentukan Availability Zone, lihat Auto Scaling instance lingkungan Elastic Beanstalk Anda.

Pertanyaan: Bagaimana cara mengubah tipe instans lingkungan saya?

Untuk mengubah tipe instans lingkungan Anda, lanjutkan ke halaman konfigurasi lingkungan dan pilih Edit di kategori konfigurasi Instans. Kemudian, pilih tipe instans baru dan pilih Terapkan untuk memperbarui lingkungan Anda. Setelah ini, Elastic Beanstalk mengakhiri semua instans berjalan dan menggantikannya dengan yang baru.

Pertanyaan: Bagaimana cara menentukan apakah ada yang membuat perubahan konfigurasi ke lingkungan?

Untuk melihat informasi ini, di panel navigasi konsol Elastic Beanstalk, pilih Riwayat perubahan untuk menampilkan daftar perubahan konfigurasi untuk semua lingkungan. Daftar ini mencakup tanggal dan waktu perubahan, parameter konfigurasi dan nilai yang diubah, dan pengguna IAM yang membuat perubahan. Untuk informasi selengkapnya, lihat Riwayat perubahan.

Pertanyaan: Dapatkah saya mencegah volume Amazon EBS dihapus ketika instans diakhiri?

Instans di lingkungan Anda menggunakan Amazon EBS untuk penyimpanan; namun, volume akar dihapus ketika instans diakhiri oleh Auto Scaling. Kami tidak merekomendasikan Anda menyimpan status atau data lain di instans Anda. Jika diperlukan, Anda dapat mencegah volume dihapus dengan AWS CLI: $ aws ec2 modify-instance-attribute -b '/dev/sdc=<vol-id>:false seperti yang dijelaskan dalam AWS CLI Referensi.

Pertanyaan: Bagaimana cara menghapus informasi pribadi dari aplikasi Elastic Beanstalk saya?

AWS sumber daya yang digunakan aplikasi Elastic Beanstalk Anda dapat menyimpan informasi pribadi. Ketika Anda mengakhiri lingkungan Anda, Elastic Beanstalk mengakhiri semua sumber daya yang dibuatnya. Sumber daya yang Anda tambahkan menggunakan file konfigurasi juga diakhiri. Namun, jika Anda membuat AWS sumber daya di luar lingkungan Elastic Beanstalk dan menghubungkannya dengan aplikasi Anda, Anda mungkin perlu memeriksa secara manual bahwa informasi pribadi yang mungkin disimpan aplikasi Anda tidak disimpan. Sepanjang panduan developer ini, setiap kali kita membahas pembuatan sumber daya tambahan, kami juga menyebutkan kapan Anda harus mempertimbangkan untuk menghapusnya.

Kesalahan Umum

Topik ini berisi daftar pesan kesalahan umum yang ditemui saat menggunakan EB CLI dan solusi yang memungkinkan. Jika Anda mengalami pesan kesalahan yang tidak ditampilkan di sini, gunakan tautan Umpan Balik untuk memberi tahu kami tentang hal itu.

ERROR: Terjadi kesalahan saat menangani perintah git. Kode kesalahan: Kesalahan 128: fatal: Bukan nama objek valid HEAD

Penyebab: Pesan kesalahan ini ditampilkan ketika Anda telah menginisialisasi repositori Git tetapi belum berkomitmen. EB CLI mencari revisi HEAD ketika folder proyek Anda berisi repositori Git.

Solusi: tambahkan file di folder proyek Anda ke area persiapan dan lakukan:

~/my-app$ git add .
~/my-app$ git commit -m "First commit"

KESALAHAN: Cabang ini tidak memiliki lingkungan default. Anda harus menentukan lingkungan dengan mengetikkan “status eb my-env-name" atau mengatur lingkungan default dengan mengetik “eb use my-env-name”.

Penyebab: Ketika Anda membuat cabang baru di git, itu tidak terlampir ke lingkungan Elastic Beanstalk secara default.

Solusi: Jalankan eb list untuk melihat daftar lingkungan yang tersedia. Kemudian jalankan eb use env-name untuk menggunakan salah satu lingkungan yang tersedia.

EROR: 2.0+ Platform memerlukan peran layanan. Anda dapat memberikan satu dengan --opsi peran layanan

Penyebab: Jika Anda menentukan nama lingkungan dengan eb create (misalnya, eb create my-env), EB CLI tidak akan mencoba membuat peran layanan untuk Anda. Jika Anda tidak memiliki peran layanan default, kesalahan di atas akan ditampilkan.

Solusi: Jalankan eb create tanpa nama lingkungan dan ikuti prompt untuk membuat peran layanan default.

Kesalahan penerapan

Penerapan Elastic Beanstalk Anda mungkin merespons dengan respons 404 (jika aplikasi Anda gagal diluncurkan) atau 500 (jika aplikasi Anda gagal selama runtime). Untuk mengatasi banyak masalah umum, Anda dapat menggunakan EB CLI untuk memeriksa status penerapan, melihat lognya, mendapatkan akses ke instans EC2 Anda dengan SSH, atau membuka halaman Management Console untuk lingkungan aplikasi AWS Anda.

Untuk menggunakan EB CLI untuk membantu memecahkan masalah deployment

  1. Jalankan eb status untuk melihat status penyebaran dan kesehatan EC2 host Anda saat ini. Misalnya:

    $ eb status --verbose

Environment details for: python_eb_app
  Application name: python_eb_app
  Region: us-west-2
  Deployed Version: app-150206_035343
  Environment ID: e-wa8u6rrmqy
  Platform: 64bit Amazon Linux 2014.09 v1.1.0 running Python 2.7
  Tier: WebServer-Standard-
  CNAME: python_eb_app.elasticbeanstalk.com
  Updated: 2015-02-06 12:00:08.557000+00:00
  Status: Ready
  Health: Green
  Running instances: 1
      i-8000528c: InService
    catatan

    Menggunakan switch --verbose memberikan informasi tentang status instans berjalan Anda. Tanpa itu, eb status hanya akan mencetak informasi umum tentang lingkungan Anda.

  2. Jalankan eb health untuk melihat informasi kondisi tentang lingkungan Anda:

    $ eb health --refresh
 elasticBeanstalkExa-env                                  Degraded                  2016-03-28 23:13:20
WebServer                                                                              Ruby 2.1 (Puma)
  total      ok    warning  degraded  severe    info   pending  unknown
    5        2        0        2        1        0        0        0

  instance-id   status     cause
    Overall     Degraded  Incorrect application version found on 3 out of 5 instances. Expected version "Sample Application" (deployment 1).
  i-d581497d    Degraded  Incorrect application version "v2" (deployment 2). Expected version "Sample Application" (deployment 1).
  i-d481497c    Degraded  Incorrect application version "v2" (deployment 2). Expected version "Sample Application" (deployment 1).
  i-136e00c0    Severe    Instance ELB health has not been available for 5 minutes.
  i-126e00c1    Ok
  i-8b2cf575    Ok

  instance-id   r/sec    %2xx   %3xx   %4xx   %5xx      p99      p90      p75     p50     p10
    Overall     646.7   100.0    0.0    0.0    0.0    0.003    0.002    0.001   0.001   0.000
  i-dac3f859    167.5    1675      0      0      0    0.003    0.002    0.001   0.001   0.000
  i-05013a81    161.2    1612      0      0      0    0.003    0.002    0.001   0.001   0.000
  i-04013a80    0.0         -      -      -      -         -        -       -       -       -
  i-3ab524a1    155.9    1559      0      0      0    0.003    0.002    0.001   0.001   0.000
  i-bf300d3c    162.1    1621      0      0      0    0.003    0.002    0.001   0.001   0.000

  instance-id   type       az   running     load 1  load 5      user%  nice%  system%  idle%   iowait%
  i-d581497d    t2.micro   1a   25 mins       0.16     0.1        7.0    0.0      1.7   91.0       0.1
  i-d481497c    t2.micro   1a   25 mins       0.14     0.1        7.2    0.0      1.6   91.1       0.0
  i-136e00c0    t2.micro   1b   25 mins        0.0    0.01        0.0    0.0      0.0   99.9       0.1
  i-126e00c1    t2.micro   1b   25 mins       0.03    0.08        6.9    0.0      2.1   90.7       0.1
  i-8b2cf575    t2.micro   1c   1 hour        0.05    0.41        6.9    0.0      2.0   90.9       0.0
  
  instance-id   status     id   version              ago                                  deployments
  i-d581497d    Deployed   2    v2                   9 mins
  i-d481497c    Deployed   2    v2                   7 mins
  i-136e00c0    Failed     2    v2                   5 mins
  i-126e00c1    Deployed   1    Sample Application   25 mins
  i-8b2cf575    Deployed   1    Sample Application   1 hour

    Contoh di atas menunjukkan lingkungan dengan lima instans yang deployment versi "v2" gagal di instans ketiga. Setelah deployment gagal, versi yang diharapkan diatur ulang ke versi terakhir yang berhasil, yang dalam hal ini adalah "Aplikasi Sampel" dari deployment pertama. Lihat Menggunakan EB CLI untuk memantau kondisi lingkungan untuk informasi selengkapnya.

  3. Jalankan eb logs untuk mengunduh dan melihat log yang terkait dengan deployment aplikasi Anda.

    $ eb logs

  4. Jalankan eb ssh untuk terhubung dengan EC2 instance yang menjalankan aplikasi Anda dan memeriksanya secara langsung. Di instans, aplikasi yang di-deploy dapat ditemukan di direktori /opt/python/current/app, dan lingkungan Python Anda akan ditemukan di /opt/python/run/venv/.

  5. Jalankan eb console untuk melihat lingkungan aplikasi Anda di Konsol Manajemen AWS. Anda dapat menggunakan antarmuka web untuk dengan mudah memeriksa berbagai aspek deployment Anda, termasuk konfigurasi, status, peristiwa, log aplikasi Anda. Anda juga dapat mengunduh versi aplikasi saat ini atau sebelumnya yang telah Anda deploy ke server.