Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Panduan operator
Panduan ini ditujukan untuk pengguna dan operator solusi ini dan berisi rincian tentang cara meng konfigurasi jadwal dan memantau solusi.
Konfigurasikan jadwal
penting
Jadwal yang salah konfigurasi dapat mengakibatkan instans berjalan terus menerus dan menimbulkan biaya tak terduga. Sebelum menerapkan jadwal ke sumber daya Anda, verifikasi hal berikut:
-
Nama jadwal dalam tag sumber daya persis cocok dengan jadwal yang ditentukan dalam tabel konfigurasi. Nama jadwal yang salah eja atau tidak ada akan mengakibatkan
UnknownSchedulekesalahan dan instance tidak akan dihentikan oleh penjadwal. PeriksaIS-Errortag pada sumber daya Anda untuk mengidentifikasi kondisi ini. -
Jika
stop_new_instancesdisetel kefalse, instance yang berjalan di luar periode terjadwal saat pertama kali diberi tag tidak akan dihentikan sampai transisi penghentian terjadwal berikutnya. Hal ini dapat mengakibatkan contoh berjalan lebih lama dari yang diharapkan. -
Jika
retain_runningdisetel ketrue, instance yang dimulai secara manual sebelum periode berjalan dimulai tidak akan dihentikan pada akhir periode tersebut. Ini secara desain, tetapi dapat menyebabkan instance berjalan tanpa batas waktu jika tidak dipantau. -
Saat menggunakan
enforced: false(default), penjadwal tidak akan memulai ulang instans yang dihentikan secara manual selama periode berjalan, dan tidak akan menghentikan instans yang dimulai secara manual di luar periode berjalan setelah transisi penghentian awal.
Sebaiknya aktifkan pen andaan informasi (diaktifkan secara default) dan meninjau IS-LastAction tag IS-Error and secara berkala pada sumber daya Anda untuk mengonfirmasi bahwa penjadwalan beroperasi seperti yang diharapkan.
Setelah solusi berhasil diterapkan, Anda dapat mulai mengkonfigurasi jadwal. Instance Scheduler di AWS mendukung dua metode pengelolaan jadwal seperti yang dijelaskan di bawah ini.
catatan
Menggunakan Infrastruktur sebagai Kode (disarankan)
Penjadwal Instance di AWS menyediakan AWS CloudFormation CustomResource yang dapat Anda gunakan untuk mengelola jadwal dan periode menggunakan Infrastructure as Code (IAc).
Untuk informasi tentang cara mengelola jadwal menggunakan IaC, silakan lihat Mengel ola Jadwal Menggunakan Infrastruktur sebagai Kode (IAc).
Menggunakan Konsol Amazon DynamoDB dan Penjadwal Instance di AWS CLI
penting
Jika Anda menggunakan sumber daya khusus untuk mengelola jadwal menggunakan IaC, Anda tidak boleh menggunakan konsol DynamoDB atau CLI penjadwal untuk menghapus atau memodifikasi jadwal tersebut atau periodenya. Jika Anda melakukannya, Anda akan membuat konflik antara parameter yang disimpan di CloudFormation dan nilai-nilai dalam tabel. Juga, jangan gunakan periode yang dikelola oleh CloudFormation dalam jadwal yang dibuat menggunakan konsol DynamoDB atau CLI penjadwal.
Saat menerapkan Penjadwal Instance di AWS hub stack, solusi membuat tabel Amazon DynamoDB yang berisi beberapa periode sampel dan jadwal yang dapat Anda gunakan sebagai referensi untuk membuat periode dan jadwal kustom Anda sendiri. Untuk membuat jadwal di DynamoDB, ubah salah satu jadwal di tabel konfigurasi (ConfigTable) atau buat yang baru. Untuk membuat jadwal menggunakan CLI, pertama-tama Instal Scheduler CLI dan kemudian gunakan perintah yang tersedia.
catatan
Untuk contoh cara membuat beberapa jadwal sampel menggunakan IaC, DynamoDB, dan InstanceScheduler CLI, silakan lihat Jadwal sampel. Contoh jadwal
Bagian ini memberikan instruksi dan referensi tentang cara menggunakan, memantau, dan memperbarui solusi serta informasi pemecahan masalah dan dukungan.
Tag instance untuk penjadwalan
Saat menerapkan CloudFormation template AWS, Anda menentukan nama (kunci tag) untuk tag kustom solusi. Misalnya Penjadwal Instance di AWS untuk mengenali instans Amazon EC2 atau Amazon RDS, kunci tag pada instance tersebut harus cocok dengan kunci tag kustom ini. Oleh karena itu, penting bagi Anda untuk menerapkan tag secara konsisten dan benar ke semua instance yang berlaku. Anda dapat terus menggunakan praktik terbaik pen andaan yang ada untuk instans Anda saat menggunakan solusi ini. Untuk informasi selengkapnya, lihat Men andai sumber daya Amazon EC2 Anda dan Menandai sumber daya Amazon RDS.
Di AWS Management Console, gunakan Editor Tag
Tak lama setelah menandai sumber daya, IS-ManagedBy tag akan diterapkan ke sumber daya oleh Penjadwal Instance untuk menunjukkan bahwa sumber daya sekarang dikelola oleh penjadwal. Anda dapat mencari tag ini untuk mengonfirmasi bahwa sumber daya telah didaftarkan dengan benar untuk penjadwalan.
Mengatur nilai tag
Saat Anda menerapkan tag ke instance, gunakan kunci tag yang Anda tetapkan selama konfigurasi awal (secara default kunci tag adalah Schedule) dan tetapkan nilai tag ke nama jadwal yang harus berlaku untuk instance. Jika Anda ingin mengubah kunci tag, Anda dapat melakukannya dengan memperbarui parameter solusi.
catatan
Untuk instans Amazon RDS, nilai tag dapat dari 1 hingga 256 karakter Unicode panjangnya dan tidak dapat diawali dengan aws:. String hanya dapat berisi kumpulan huruf Unicode, digit, spasi putih, '_', ' . ','/',' = ', “,' - '(regex Java: “^ ([\\ p {L}\\ p {Z}\\ p {N} _.: /=\\ -] *) $”). Untuk informasi selengkapnya, lihat Men andai sumber daya Amazon RDS.
Instans EC2 dengan volume EBS terenkripsi
Jika instans DB EC2 Anda memiliki volume EBS yang dienkripsi dengan kunci KMS yang dikelola pelanggan, Anda harus memberikan KMS:CreateGrant izin pada peran Penjadwal Instance untuk dapat memulai instans tersebut. Untuk informasi selengkapnya, lihat Volume EC2 EBS Teren kripsi.
Instans EC2 dikelola di Manajer Lisensi
Jika instans EC2 dikelola di AWS License Manager, Anda harus memberikan peran Penjadwal Instance izin Manajer Lisensi yang sesuai untuk dapat memulai dan menghentikan instans tersebut. Untuk informasi selengkapnya, lihat EC2 License Manager.
