View a markdown version of this page

Perbarui solusinya - Penjadwal Instance di AWS
Memecahkan Perubahan dalam Versi Tertentuv1.5.0v3.0.0v3.1.0

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

Perbarui solusinya

Instance Scheduler dirancang agar aman diperbarui di tempat menggunakan AWS. CloudFormation Prosedur umum untuk melakukan ini adalah sebagai berikut:

  1. Masuk ke CloudFormation konsol AWS, di account/region tempat tumpukan Hub Anda diinstal, pilihinstance-scheduler-on-aws, dan pilih Per barui tumpukan.

  2. Pilih Buat pembaruan langsung.

  3. Pilih G anti template yang ada.

  4. Di bawah Tentukan template:

    • Pilih URL Amazon S3.

    • Salin tautan template terbaru.

    • Tempelkan tautan di kotak URL Amazon S3.

    • Pastikan URL template yang benar ditampilkan di kotak teks URL Amazon S3, dan pilih Ber ikutnya. Pilih Selanjutnya sekali lagi.

  5. Di bawah Parameter, tinjau parameter untuk template dan memodifikasinya seperlunya (lihat daftar perubahan pemecahan di bawah untuk setiap pembaruan parameter yang diperlukan). Untuk detail tentang masing-masing parameter Untuk detail tentang parameter, lihat Langkah 1. Luncurkan tumpukan penjadwal instance.

  6. Pilih Berikutnya.

  7. Pada halaman Konfigurasikan opsi tumpukan, pilih Berikutnya.

  8. Pada halaman Review, tinjau dan konfirmasikan pengaturan. Centang kotak yang mengakui bahwa template akan membuat sumber daya AWS Identity and Access Management (IAM).

  9. Pilih Lihat set perubahan dan verifikasi perubahannya.

  10. Pilih Per barui tumpukan untuk menerapkan tumpukan.

Anda dapat melihat status tumpukan di CloudFormation konsol AWS di kolom Status. Anda akan menerima status UPDATE_COMPLETE dalam beberapa menit.

Ulangi langkah-langkah di atas untuk tumpukan aws-instance-scheduler-remote di setiap akun bicara Anda.

Memecahkan Perubahan dalam Versi Tertentu

Saat memperbarui solusi, Anda dapat memutakhirkan langsung dari versi lama ke versi yang lebih baru tanpa kehilangan data penting atau gangguan penjadwalan. Silakan lihat di bawah untuk daftar perubahan perilaku dan kerusakan di setiap versi utama.

Changelog lengkap dapat dilihat di halaman solusi GitHub

v1.5.0

Versi 1.5.0 menggantikan kebutuhan untuk menyediakan daftar ARN peran penjadwalan lintas akun dengan kemampuan untuk mengelolanya secara otomatis melalui Organisasi AWS Anda. Jika Anda tidak ingin menggunakan AWS Organizations, Anda dapat memberikan daftar ID Akun Spoke dan Penjadwal Instance akan mengelola peran penjadwalan untuk Anda.

Saat memperbarui ke v1.5.0 atau yang lebih baru, Anda harus:

  1. Perbarui template hub menggunakan instruksi pembaruan normal sambil memperbarui parameter berikut:

    1. Pilih namespace unik untuk solusinya.

    2. Pilih apakah Anda ingin Menggunakan Organisasi AWS untuk mengelola pendaftaran bicara di masa mendatang.

      1. Jika Anda memilih Ya, ganti ID ID/Remote Akun Organisasi dengan ID Organisasi AWS Anda.

      2. Jika Anda memilih Tidak, ganti OrganizationID/RemoteAccountIDs dengan daftar ID Akun akun yang dipisahkan koma dari akun Spoke Anda.

  2. Perbarui semua tumpukan jarak jauh menggunakan instruksi pembaruan normal sambil memperbarui parameter berikut:

    1. Namespace - sama seperti yang Anda pilih untuk akun hub.

    2. Gunakan AWS Organizations - sama seperti akun hub.

    3. ID Akun Hub - ID Akun akun hub (harus tidak berubah dari sebelumnya).

v3.0.0

v3.0.0 Menambahkan dukungan untuk grup penskalaan otomatis EC2 dan memecah fungsi lambda inti solusi menjadi fungsi terpisah dengan tanggung jawab khusus untuk memberikan isolasi keamanan yang lebih baik untuk setiap fungsi individu. Rilis ini juga memperbarui perilaku log penjadwalan untuk menyertakan log "SchedulingDecision" untuk wawasan yang lebih baik tentang operasi penjadwalan.

V3.0.0 berisi perubahan besar berikut dibandingkan dengan versi sebelumnya:

  • Fitur “CloudWatch Metrik” di 1.5.x telah diganti dengan Dasbor Wawasan Oper asional.

  • Per-schedule metrik di CloudWatch telah dipindahkan dari Schedule/Service/MetricName → Schedule/Service/SchedulingInterval/MetricName.

  • Semua metrik yang ada akan tetap ada, tetapi metrik baru sekarang akan dikumpulkan di bawah namespace baru dan akan tersedia di dasbor solusi.

  • ARN kunci KMS untuk digunakan dengan volume EBS terenkripsi pada instans DB EC2 sekarang harus disediakan ke tumpukan di akun hub/spoke CloudFormation masing-masing. (Untuk informasi selengkapnya, lihat Vol ume EBS EC2 Teren kripsi.)

    • Jika Anda menjadwalkan EC2 dengan Volume EBS Terenkripsi, Anda harus menyalin arns kunci KMS yang digunakan ke parameter tumpukan Anda. hub/spoke

  • CloudFormation Parameter untuk layanan terjadwal telah dipecah menjadi parameter individual untuk setiap layanan yang didukung.

    • Semua layanan akan diaktifkan secara default dan dapat dinonaktifkan secara individual.

  • Instance Scheduler 3.0 tidak kompatibel mundur dengan versi lama dari Instance Scheduler CLI.

    • Anda perlu memperbarui ke versi terbaru dari Instance Scheduler CLI untuk terus menggunakan perintah CLI.

Selain hal di atas, skema tabel Jendela Pemeliharaan telah diperbarui dan akan diganti sebagai bagian dari pembaruan. Ini akan mengatur ulang pelacakan untuk jendela pemeliharaan EC2 selama beberapa menit pertama setelah memperbarui ke v3.x dan dalam kasus yang jarang terjadi dapat menyebabkan instans saat ini dalam jendela pemeliharaan dihentikan sebelum waktunya segera setelah pembaruan. Setelah data ini dibuat ulang operasi penjadwalan akan berlanjut seperti biasa.

v3.1.0

v3.1.0 memfaktorkan ulang infrastruktur inti solusi untuk menggunakan peristiwa penandaan AWS untuk melacak kapan sumber daya diberi tag untuk penjadwalan. Pastikan bahwa izin organisasi Anda akan memungkinkan peristiwa penandaan ini dikirim dari akun anggota ke akun hub pusat Anda.

Saat memperbarui ke v3.1.0 atau yang lebih baru:

  • Akun Spoke sekarang mendeklarasikan wilayah terjadwal secara independen dari akun hub. Setiap tumpukan spoke harus menentukan wilayah mana yang akan dijadwalkan di akun tersebut menggunakan parameter Wil ayah (s).

  • Mode AWS Organizations sekarang diperlukan untuk penerapan dengan lebih dari 40 total akun. Jika Anda memiliki lebih dari 40 akun dan tidak menggunakan mode Organisasi, Anda harus mengaktifkannya selama pembaruan.

  • Jika instans EC2 dikelola di AWS License Manager yang ingin Anda jadwalkan, tambahkan ARN konfigurasi Manajer Lisensi ke parameter ARNs Konfigurasi Manajer Lisensi di tumpukan Anda. hub/spoke CloudFormation Untuk informasi selengkapnya, lihat Manajer Lisensi EC2.

  • Solusi akan secara otomatis menerapkan IS-ManagedBy tag ke sumber daya setelah mereka ditandai untuk penjadwalan untuk menunjukkan bahwa mereka sedang dikelola oleh penjadwal.

  • (Dipulihkan di v3.2.0) Mengubah ukuran instans terjadwal (mendefinisikan period-name@size dalam jadwal) dihapus sementara di v3.1.0 tetapi telah diimplementasikan kembali di v3.2.0 dan yang lebih baru. Lihat Jenis Instance.

  • Mendaftarkan akun anggota melalui parameter SSM ({param: ssm-param-name}diteruskan ke parameter akun pada tumpukan hub) tidak lagi didukung. Semua akun tepercaya harus diteruskan ke tumpukan hub pada waktu penerapan.

  • Penjadwal Instance akan memerlukan hingga 6 tag unik pada sumber daya selama penjadwalan. Pastikan kapasitas penandaan yang memadai pada sumber daya bila dikombinasikan dengan strategi penandaan organisasi lainnya.

  • Per-schedule metrik telah dihapus dari CloudWatch.

  • Log solusi telah dikemas ulang ke dalam grup log administrasi dan penjadwalan terpisah dan dioptimalkan untuk kueri dengan CloudWatch Log Insights. Silakan merujuk ke Pemantauan Solusi untuk informasi lebih lanjut.

  • Tag mulai dan berhenti tidak lagi dapat dikonfigurasi melalui CloudFormation parameter. Solusinya sekarang menggunakan nama tag tetap dengan informasi yang lebih kaya untuk melacak tindakan penjadwalan.

penting

Instance Scheduler menulis hingga 6 tag unik ke sumber daya yang dikelola selama operasi normal. Pastikan kebijakan tata kelola tag Anda (seperti aturan AWS Config, kebijakan tag, atau remediasi otomatis) dikonfigurasi untuk mengizinkan tag ini. Untuk daftar lengkap tag dan pertimbangan tata kelola penting, lihat Tag Informasi.