Jendela pemeliharaan

Konsol Control Center menyediakan dua fitur—jendela pemeliharaan dan event pemeliharaan—untuk membantu Anda mengelola jangka waktu serta mencatat event terkait perubahan terencana yang dilakukan platform terhadap resource di ruang proyek Anda.

Ikhtisar

Dalam arsitektur serverless yang sepenuhnya dikelola, pemeliharaan terencana pada infrastruktur dasar—seperti peningkatan sistem, rotasi node, dan migrasi panas—dapat menyebabkan failover singkat pada pekerjaan yang sedang berjalan. Anda dapat menggunakan Control Center untuk membatasi perubahan terencana tersebut hanya pada jendela pemeliharaan tertentu. Fitur ini menunda perubahan yang dijadwalkan selama jam sibuk bisnis, sehingga mengurangi dampak gangguan terhadap layanan Anda.

Jendela pemeliharaan: Jangka waktu yang Anda tentukan agar platform dapat melakukan perubahan pada resource dasar. Selama jendela pemeliharaan, platform dapat menjalankan operasi seperti migrasi seamless dan rotasi node. Di luar jendela ini, semua perubahan terencana secara otomatis ditunda hingga jendela pemeliharaan berikutnya.
Event pemeliharaan: Log terpusat dari operasi pemeliharaan terencana yang diprakarsai oleh platform, termasuk maintenance Instance ECS, rotasi node, dan migrasi panas mesin host. Fitur ini menyediakan tampilan siklus hidup lengkap untuk setiap event, memungkinkan audit dan tinjauan pasca-event.

Catatan

Jendela pemeliharaan berlaku di tingkat ruang proyek dan memengaruhi semua resource dalam ruang tersebut.
Jika tidak ada jendela pemeliharaan yang dikonfigurasi, platform menggunakan kebijakan default: perubahan dapat dilakukan setiap hari pukul 02.00–06.00 (UTC+8).

Prasyarat

Anda telah mengaktifkan Realtime Compute for Apache Flink. Untuk informasi lebih lanjut, lihat Aktifkan Realtime Compute for Apache Flink.
Anda memiliki izin Owner atau Admin untuk ruang proyek target.

Buat jendela pemeliharaan

Di panel navigasi sebelah kiri, klik Control Center.
Pada tab Maintenance Windows, klik Create Maintenance Window.

Konfigurasikan parameter berikut.

Parameter	Deskripsi
Window name	Nama jendela pemeliharaan. Nama harus terdiri dari 2 hingga 200 karakter dan dapat berisi karakter Tionghoa, huruf, angka, serta karakter khusus berikut: `-._`.
Resource scope	Cakupan yang dipengaruhi oleh jendela pemeliharaan. Saat ini, hanya All (project space-level) yang didukung, artinya jendela ini berlaku untuk semua resource dalam ruang proyek saat ini.
Recurrence	Frekuensi jendela pemeliharaan. Anda dapat memilih Daily, Weekly, atau Monthly. Jika memilih Weekly, Anda harus menentukan hari dalam minggu tersebut. Jika memilih Monthly, Anda harus menentukan tanggal dalam bulan tersebut. Jika tanggal yang dipilih tidak tersedia dalam suatu bulan (misalnya tanggal 31), jendela tersebut tidak aktif pada bulan itu.
Time range (UTC)	Waktu mulai dan akhir setiap jendela pemeliharaan, dalam format UTC. Konsol juga menampilkan waktu lokal yang sesuai (UTC+08:00) sebagai referensi. Catatan Setiap jendela harus berdurasi minimal satu jam. Jendela lintas hari (misalnya 23:00–01:00) didukung. Untuk recurrence bulanan, Anda harus memilih minimal lima hari pemeliharaan setiap bulan. Interval antara dua hari pemeliharaan berturut-turut tidak boleh melebihi tujuh hari, termasuk lintas bulan.
Enable	Menentukan apakah jendela pemeliharaan langsung diaktifkan. Jika diaktifkan, jendela berlaku segera setelah konfigurasi disimpan. Jika dinonaktifkan, konfigurasi tetap disimpan namun tidak aktif hingga Anda mengaktifkannya nanti.

Klik OK.

Kelola jendela pemeliharaan

Dalam daftar jendela pemeliharaan, Anda dapat melihat nama, cakupan resource, rentang waktu, dan status setiap jendela. Anda juga dapat melakukan aksi berikut:

Details: Lihat detail konfigurasi lengkap jendela pemeliharaan dan riwayat event pemeliharaan terkait.
Edit: Ubah nama, rentang waktu, atau status aktif jendela.
Delete: Hapus jendela pemeliharaan. Setelah dihapus, platform tidak lagi dibatasi oleh jendela tersebut. Jika semua jendela kustom dihapus, sistem kembali ke kebijakan default platform (02.00–06.00 setiap hari, UTC+8).

Catatan

Jika waktu saat ini berada di luar semua jendela pemeliharaan aktif, notifikasi akan muncul di bagian atas halaman, menandakan bahwa semua perubahan terencana telah ditunda hingga jendela berikutnya.

Event pemeliharaan

Beralihlah ke tab Maintenance Events untuk melihat event pemeliharaan terencana yang telah terjadi atau dijadwalkan dalam 30 hari terakhir.

Daftar event

Parameter	Deskripsi
Event name	Nama event pemeliharaan engine dasar.
Event type	Sumber event, seperti maintenance Flink, maintenance ECS terencana, atau downtime tak terduga pada Instance ECS.
Trigger time	Waktu event dijadwalkan atau benar-benar terjadi.
Event status	Status saat ini dari event tersebut. Status valid meliputi: Completed (Pemeliharaan berhasil dan pekerjaan telah pulih), Scheduled (Event dijadwalkan dan menunggu eksekusi), Postponed (Event terjadi di luar jendela pemeliharaan dan telah ditunda ke jendela berikutnya), dan Manual Intervention Required (Pemeliharaan gagal atau timeout, sehingga memerlukan restart pekerjaan secara manual).
Affected jobs	Jumlah pekerjaan yang terdampak oleh event tersebut. Klik angka tersebut untuk melihat daftar pekerjaan spesifik beserta status pemulihannya.

Detail event

Klik View Details untuk suatu event dalam daftar guna melihat informasi berikut:

Informasi dasar: Sumber event, periode eksekusi yang dijadwalkan, dan waktu pemicu.
Status pencocokan jendela: Menunjukkan apakah event terjadi dalam jendela pemeliharaan yang telah dikonfigurasi.
Analisis pekerjaan terdampak: Daftar pekerjaan yang terdampak beserta status terkininya.
Riwayat event: Log siklus hidup lengkap dari event tersebut.

Pemberitahuan peringatan event pemeliharaan

Anda dapat mengonfigurasi notifikasi peringatan untuk menerima peringatan terkait event pemeliharaan penting.

Notifikasi standar: Dikirim ketika status event pemeliharaan berubah, misalnya saat akan dimulai, selesai, atau ditunda.
Notifikasi perubahan paksa: Ketika suatu event pemeliharaan tidak termasuk dalam jendela pemeliharaan mana pun dan kurang dari 24 jam tersisa sebelum batas waktu eksekusi akhirnya, platform akan memaksa perubahan tersebut dan mengirimkan notifikasi melalui pop-up konsol dan banner di bagian atas.

FAQ

Apa yang terjadi jika beberapa jendela pemeliharaan saling tumpang tindih?
Jika jendela saling tumpang tindih, platform dapat melakukan pemeliharaan selama seluruh rentang waktu gabungan tersebut.
Mengapa suatu perubahan ditunda?
Ketika event pemeliharaan terencana dijadwalkan di luar semua jendela pemeliharaan yang dikonfigurasi, sistem secara otomatis menunda perubahan tersebut hingga jendela yang tersedia berikutnya. Anda dapat melihat event yang ditunda di tab Maintenance Events, dengan statusnya ditandai sebagai Postponed.
Apakah jendela pemeliharaan mendukung kontrol tingkat pekerjaan?
Saat ini, jendela pemeliharaan hanya dapat diatur di tingkat ruang proyek. Kontrol granular tingkat pekerjaan akan didukung dalam rilis mendatang.
Bagaimana cara kerja jendela pemeliharaan lintas hari?
Sistem memperlakukannya sebagai periode berkelanjutan dari pukul 23.00 pada hari yang ditentukan hingga pukul 01.00 pada hari berikutnya.