Saya baru saja melakukan upgrade ke QTS 5.2.9 dan menemukan masalah dengan VM saya selama proses upgrade firmware:
Saat QTS melakukan reboot untuk upgrade, VM yang sedang berjalan tidak dimatikan secara normal. Mereka tampaknya dipaksa mati.
Setelah reboot, VM yang sebelumnya berjalan tidak otomatis menyala kembali.
Saya memiliki layanan penting yang berjalan di dalam VM ini, jadi hal ini menyebabkan downtime yang tidak terduga. Saya ingin tetap mengaktifkan pembaruan otomatis agar selalu menggunakan firmware terbaru, tetapi perilaku saat ini membuatnya berisiko karena saya tidak pernah tahu kapan pembaruan akan me-reboot NAS dan mengganggu VM saya.
Apakah ada pengaturan di Virtualization Station untuk memastikan VM dimatikan secara normal sebelum sistem reboot, dan otomatis dijalankan kembali setelahnya? Atau apakah ini memang keterbatasan yang sudah diketahui?
Terima kasih atas sarannya! Saya sudah tahu tentang opsi itu, tapi saya lebih memilih untuk tetap mengaktifkan pembaruan otomatis — menjalankan firmware yang usang adalah risiko keamanan, terutama untuk NAS yang terhubung ke jaringan. Saya tidak ingin melewatkan patch penting hanya demi menjaga VM saya tetap aman.
Idealnya, QTS akan mematikan VM dengan baik sebelum reboot pembaruan dan menyalakannya kembali secara otomatis setelahnya. Apakah Virtualization Station atau QTS sudah menawarkan fungsi seperti ini? Jika belum, saya mungkin perlu menulis skrip sendiri untuk menanganinya.
Jika Anda mengekspos NAS Anda ke internet, kami sangat menyarankan untuk tidak melakukannya! Anda sudah diperingatkan!
Mengenai upgrade - berikut yang saya temukan dan pelajari:
1.) Sebaiknya dapat notifikasi dan tidak melakukannya secara otomatis. Kami pernah mengalami kasus di mana upgrade ditarik kembali.
2.) Saat melakukan upgrade manual, sekarang Anda bisa mematikan semua VM, container, dan lainnya secara manual, bukan terjadi otomatis selama proses.
3.) Saat upgrade manual, QNAP pertama-tama akan memberi tahu bahwa NAS Anda sudah berjalan lama dan menanyakan apakah Anda ingin reboot sebelum upgrade - LAKUKAN INI!!! Saya pernah mengalami masalah saat upgrade ketika ada proses yang sudah berjalan lama. Sebaiknya reboot dan pastikan semuanya bersih sebelum upgrade.
Perbedaan waktu antara upgrade otomatis dan Anda mendapat notifikasi upgrade sangat kecil. Jika Anda memilih cara yang berisiko dengan mengekspos NAS ke internet, perbedaan waktu itu tidak akan terlalu berpengaruh karena Anda sudah sangat berisiko…
Terima kasih atas saran detailnya! Sudah dua orang yang merekomendasikan untuk beralih ke “hanya notifikasi”, jadi saya akan melakukan perubahan itu dan mencoba menerapkan proses upgrade ini dalam alur kerja saya. Saya juga akan memindahkan NAS saya ke belakang jaringan lokal untuk mengurangi risiko keamanan. Terima kasih atas tipsnya!
Mengenai perilaku kebijakan auto-start untuk VM Anda, berikut penjelasan dari dua opsi kebijakan tersebut:
Pertahankan status sebelumnya: Jika opsi ini dipilih, VM akan kembali ke status sebelumnya setelah pembaruan FW atau QVS dan reboot. Ini berarti jika VM sebelumnya dalam keadaan Dimatikan (Powered Off), Dijeda (Paused), atau Dinyalakan (Powered On), maka setelah pembaruan VM akan tetap dalam keadaan Dimatikan, Dijeda, atau Dinyalakan sesuai status sebelumnya.
Selalu: Jika opsi ini dipilih, terlepas dari apakah VM sebelumnya Dimatikan, Dijeda, atau Dinyalakan sebelum pembaruan, semua VM akan secara otomatis beralih ke status Dinyalakan (Powered On) setelah sistem atau aplikasi QVS dimulai ulang.
Kami harap penjelasan ini memperjelas perilaku yang diharapkan dan membantu Anda memilih pengaturan yang paling sesuai dengan kebutuhan Anda. Terima kasih!
Terima kasih atas klarifikasinya! Kebijakan auto-start sangat membantu — saya akan mengaturnya ke “Pertahankan status sebelumnya.”
Namun, ada satu pertanyaan lanjutan: apakah ada opsi untuk mengontrol bagaimana VM dimatikan saat NAS reboot? Saat ini sepertinya VM disuspensi secara default, tetapi dalam kasus saya, shutdown penuh secara graceful akan lebih baik — layanan saya mungkin tidak berfungsi dengan benar jika melanjutkan dari status suspend karena lingkungan jaringan bisa saja berubah setelah reboot. Bahkan hanya dengan mengirim sinyal shutdown ACPI ke VM sebelum reboot sudah cukup. Akan sangat bagus jika pengguna bisa memilih antara suspend dan shutdown sebagai perilaku sebelum reboot. Terima kasih!
Saya menjalankan message broker buatan sendiri (mirip dengan RabbitMQ) di dalam VM. Broker ini menjaga koneksi aktif dengan klien dan mungkin sedang memproses pesan ketika VM tiba-tiba disuspensi. Melanjutkan dari status suspensi tersebut dapat menyebabkan pesan yang diproses setengah jalan atau koneksi yang sudah tidak valid.
Saya tahu saya bisa mengimplementasikan mekanisme retry dan timeout di sisi layanan agar bisa terkoneksi ulang setelah VM dilanjutkan, tetapi itu menambah kompleksitas. Pendekatan yang lebih sederhana dan lebih andal adalah sistem mengirimkan sinyal shutdown ke VM sebelum reboot, sehingga layanan dapat menyelesaikan pemrosesan pesan yang sedang berjalan dan menutup koneksi dengan baik.
