View a markdown version of this page

Pemeliharaan host Amazon EVS - VMware Layanan Elastis Amazon
Memeriksa kesehatan instans EC2 yang mendasarinyaTentang pemeliharaan AWS terjadwal untuk instans EC2Menggunakan Reservasi Kapasitas Sesuai Permintaan EC2Mempersiapkan AWS jadwal system-maintenance dan instance-retirement acara

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

Pemeliharaan host Amazon EVS

Karena Amazon EVS adalah layanan yang dikelola sendiri, Anda bertanggung jawab atas pemeliharaan perangkat lunak VMware Cloud Foundation (VCF) yang berjalan di host, memantau kesehatan host, dan memperbaiki masalah host, termasuk penggantian host jika terjadi kegagalan host. Untuk informasi selengkapnya tentang mengelola host ESX di VMware Cloud Foundation (VCF), lihat Manajemen Host di dokumentasi VMware Cloud Foundation.

Memeriksa kesehatan instans EC2 yang mendasarinya

Amazon EC2 melakukan pemeriksaan otomatis pada setiap instans EC2 yang berjalan untuk mengidentifikasi masalah perangkat keras dan perangkat lunak. Anda dapat melihat hasil pemeriksaan status ini di konsol EC2 atau AWS CLI untuk mengidentifikasi masalah spesifik dan terdeteksi. Untuk informasi selengkapnya, lihat Melihat pemeriksaan status untuk instans Amazon EC2 di Panduan Pengguna Amazon EC2 describe-instance-statusdan di Referensi Baris AWS CLI Perintah.

Anda dapat membuat CloudWatch alarm untuk memperingatkan Anda jika pemeriksaan status gagal pada instance tertentu. Untuk informasi selengkapnya, lihat Membuat CloudWatch alarm untuk instans Amazon EC2 yang gagal memeriksa status pada Panduan Pengguna Amazon EC2.

Tentang pemeliharaan AWS terjadwal untuk instans EC2

AWS melakukan pemeliharaan terjadwal pada instans EC2 yang mendasarinya untuk memastikan keandalan, ketersediaan, dan kinerja. Instans bare metal EC2 tunduk pada jenis acara terjadwal yang sama dengan instans EC2 lainnya. AWS dapat menjadwalkan acara untuk reboot, menghentikan, dan menghentikan instans Anda karena masalah perangkat keras yang mendasarinya atau pemeliharaan terjadwal. Peristiwa ini tidak sering terjadi. Untuk informasi selengkapnya, lihat Jenis acara terjadwal di Panduan Pengguna Amazon EC2.

catatan

Anda harus menempatkan host Anda dalam mode pemeliharaan di Klien vSphere sebelum acara reboot terjadwal.

Jika salah satu contoh Anda akan terpengaruh oleh acara yang dijadwalkan, AWS beri tahu Anda terlebih dahulu melalui email, menggunakan alamat email yang terkait dengan Anda. Akun AWS AWS juga mengirimkan acara AWS Kesehatan, yang dapat Anda pantau dan kelola dengan menggunakan Amazon EventBridge. Untuk informasi selengkapnya, lihat Memantau peristiwa di AWS Health dengan Amazon EventBridge dan peristiwa Terjadwal untuk instans Amazon EC2 di Panduan Pengguna Amazon EC2.

Kapan saja, Anda dapat menjadwal ulang acara sehingga terjadi pada tanggal dan waktu tertentu yang cocok untuk Anda. Peristiwa dapat dijadwalkan ulang hingga tanggal batas waktu. Untuk informasi selengkapnya, lihat Menjadwalkan ulang acara terjadwal untuk instans EC2 di Panduan Pengguna Amazon EC2.

Menggunakan Reservasi Kapasitas Sesuai Permintaan EC2

Anda dapat menggunakan Reservasi Kapasitas Sesuai Permintaan EC2 untuk memastikan bahwa klaster Anda memiliki kapasitas yang cukup selama periode pemeliharaan. Anda dapat memesan kapasitas di Availabilty Zone tertentu untuk durasi berapa pun. Untuk informasi selengkapnya, lihat Cadangan kapasitas komputasi dengan Reservasi Kapasitas Sesuai Permintaan EC2 di Panduan Pengguna Amazon EC2.

Untuk langkah-langkah untuk membuat Reservasi Kapasitas, lihat Membuat Reservasi Kapasitas di Panduan Pengguna Amazon EC2.

catatan

Jika Anda menggunakan Reservasi Kapasitas Sesuai Permintaan EC2 atau Host Khusus EC2, kami sarankan Anda mempertahankan host cadangan untuk beban kerja yang sangat penting. Sementara Reservasi Kapasitas memastikan Anda memiliki akses ke sejumlah kapasitas instans EC2 tertentu di Availability Zone tertentu, memiliki host cadangan menyediakan lapisan redundansi tambahan yang sangat penting untuk beban kerja yang sangat penting bagi misi penting. Untuk Host Khusus, memiliki host cadangan memastikan bahwa Anda menjaga lingkungan untuk beban kerja yang sangat penting, bahkan jika host utama memerlukan pemeliharaan atau mengalami masalah.

Mempersiapkan AWS jadwal system-maintenance dan instance-retirement acara

AWS menjadwalkan dua jenis system-maintenance acara: pemeliharaan jaringan dan pemeliharaan daya.

  • Selama pemeliharaan jaringan, instans terjadwal kehilangan konektivitas jaringan dalam jangka waktu singkat. Konektivitas jaringan normal ke instans Anda akan dipulihkan setelah pemeliharaan selesai.

  • Selama pemeliharaan daya, instans terjadwal akan offline dalam jangka waktu singkat, lalu di-boot ulang. Ketika reboot dilakukan pada instans bare metal EC2, data volume penyimpanan instans tidak dipertahankan.

AWS menjadwalkan instance-retirement peristiwa EC2 saat degradasi perangkat keras yang mendasari hosting instans EC2 Anda terdeteksi.

Untuk memulihkan system-maintenance dan instance-retirement peristiwa, ganti host yang gagal dengan host baru menggunakan konsol Amazon EVS atau AWS CLI dan Manajer SDDC sebelum peristiwa pemeliharaan terjadi. Jika Anda menunggu peristiwa pemeliharaan terjadi dan reboot instans EC2 diperlukan, Anda akan kehilangan data vSAN Anda yang disimpan pada volume penyimpanan instance. Untuk langkah mendetail, lihat Ganti host Amazon EVS.

penting

Konsol EC2 tidak boleh digunakan untuk mengelola status host Amazon EVS Anda, termasuk, berhenti, mulai, dan penghentian. Jangan mencoba memulai, menghentikan, atau menghentikan instans EC2 yang diterapkan Amazon EVS. Tindakan ini mengakibatkan kehilangan data vSAN.

Ganti host Amazon EVS

Ikuti prosedur ini untuk mengganti host Amazon EVS.

Awas

Host Amazon EVS menggunakan add-on vendor khusus untuk menyediakan fungsionalitas host yang penting. Saat Anda menambahkan host ke lingkungan Anda, itu akan memiliki versi terbaru dari add-on khusus Amazon EVS yang tersedia. Jika lingkungan Anda menggunakan host dengan versi add-on yang lebih lama, menambahkan host ke kluster vSphere Anda akan menyebabkan remediasi gambar cluster gagal. Untuk langkah-langkah untuk memecahkan masalah ini, lihat. Memecahkan masalah menambahkan kegagalan host karena gambar cluster yang tidak kompatibel

Awas

Jika Anda telah memperbarui versi ESX pasca-penerapan, manajer SDDC mungkin gagal selama validasi host VCF di langkah host komisi. Untuk langkah-langkah untuk memecahkan masalah ini, lihat. Manajer SDDC gagal validasi host VCF selama komisioning host

catatan

Pastikan jumlah host Amazon EVS per kuota lingkungan EVS diatur dengan benar untuk memastikan pembuatan host berhasil. Pembuatan host gagal jika nilai kuota ini kurang dari jumlah host yang Anda coba sediakan dalam satu lingkungan Amazon EVS. Anda mungkin perlu meminta peningkatan kuota untuk operasi pemeliharaan yang memerlukan penggantian host. Untuk informasi selengkapnya, lihat Kuota layanan Amazon EVS.

contoh
Amazon EVS console and SDDC Managuer UI

  1. Buka konsol Amazon EVS.

  2. Di panel navigasi, pilih Lingkungan.

  3. Pilih lingkungan yang berisi host yang akan diganti.

  4. Pilih tab Hosts.

  5. Pilih Buat host.

  6. Tentukan detail host dan pilih Buat host.

  7. Untuk memverifikasi penyelesaian, periksa apakah status Host telah berubah menjadi Dibuat.

  8. Ambil kredensi untuk kata sandi root ESX dari Secrets Manager. AWS Untuk informasi selengkapnya tentang mengambil rahasia, lihat Mendapatkan AWS rahasia dari Secrets Manager di Panduan Pengguna AWS Secrets Manager.

  9. Pergi ke Manajer SDDC.

  10. Komisi host baru di SDDC Manager, menggunakan kredenal root ESX yang Anda ambil pada langkah sebelumnya. Untuk informasi selengkapnya, lihat Host Komisi di dokumentasi VMware Cloud Foundation.

  11. Tambahkan host baru ke cluster. Untuk informasi selengkapnya, lihat Cara Menambahkan Host ESX ke Cluster vSphere Anda dengan Menggunakan Alur Kerja Mulai Cepat di dokumentasi vSphere.

  12. Nonaktifkan host lama di SDDC Manager yang ingin Anda hapus dari SDDC Manager. Untuk informasi selengkapnya, lihat Menonaktifkan Host di dokumentasi VMware Cloud Foundation.

  13. Kembali ke konsol Amazon EVS.

  14. Di bawah tab Hosts, pilih host yang gagal dan pilih Hapus > Hapus host.

AWS CLI and SDDC Manager UI

  1. Buka sesi terminal baru.

  2. Buat host baru. Lihat contoh perintah di bawah ini untuk referensi.

    aws evs create-environment-host \
    --environment-id "env-abcde12345" \
    --host '{ \
        "hostName": "esxi-host-05", \
        "keyName": "your-ec2-keypair-name", \
        "instanceType": "i4i.metal" \
        "esxVersion": "ESXi-8.0U3g-24859861"\
    }'

  3. Ambil kredensi untuk kata sandi root ESX dari Secrets Manager. AWS Untuk informasi selengkapnya tentang mengambil rahasia, lihat Mendapatkan AWS rahasia dari Secrets Manager di Panduan Pengguna AWS Secrets Manager.

  4. Pergi ke Manajer SDDC.

  5. Komisi host baru di SDDC Manager, menggunakan kredenal root ESX yang Anda ambil pada langkah sebelumnya. Untuk informasi selengkapnya, lihat Host Komisi di dokumentasi VMware Cloud Foundation.

  6. Tambahkan host baru ke cluster yang berisi host yang rusak.

  7. Nonaktifkan host yang terganggu di Manajer SDDC. Untuk informasi selengkapnya, lihat Menonaktifkan Host di dokumentasi VMware Cloud Foundation.

  8. Kembali ke terminal.

  9. Hapus host yang gagal. Lihat contoh perintah di bawah ini untuk referensi.

    aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"

Pemecahan masalah

Broadcom dan Panduan AWS Support

AWS menyediakan dukungan untuk Amazon EVS dan layanan infrastruktur terkaitnya, termasuk VMware Cloud Foundation (VCF). Untuk panduan konfigurasi khusus VCF, atau masalah yang terkait dengan VMware produk lain seperti Aria Suite, HCX, atau NSX, Anda juga dapat menghubungi Broadcom secara langsung menggunakan hak dukungan Broadcom Anda. Untuk informasi selengkapnya, lihat Broadcom Support Portal.

Untuk panduan pemecahan masalah, lihat. Pemecahan Masalah Jika Anda terus mengalami masalah setelah meninjau panduan pemecahan masalah, hubungi AWS Support untuk bantuan lebih lanjut.