Menginstal OS QTS 5.2.xx dan aplikasi di SSD M.2

Inggris Firmware
1

Halo.
Ini adalah pertanyaan pertama saya. Saya bukan spesialis IT. Saya sudah lanjut usia dan tidak tahu banyak.
Mohon maklum atas pertanyaan saya yang mungkin “bodoh”.

Saya memiliki NAS TS-462, dengan OS QTS 5.2.4.3079, RAM 16Gb dan RAID 5 (HDD 4Tb x 4).
Saya mengonfigurasi semuanya sendiri.

Karena jaringan listrik yang tidak stabil, UPS sering mati dan menyalakan NAS.
Saya tidak puas dengan kecepatan proses booting dan shutdown NAS.
Saya punya ide untuk menginstal OS QTS 5.2.xx dan semua program di SSD M.2 agar dapat meningkatkan kecepatan booting dan shutdown seluruh sistem. Sementara itu, semua data tetap berada di HDD RAID.

Saya berasumsi bahwa saya bisa:

  1. Menghapus semua aplikasi dari HDD RAID dan hanya menyisakan data;
  2. Melepaskan semua disk HDD RAID secara berurutan;
  3. Memasang 2 disk SSD M.2;
  4. Mereset pengaturan NAS ke default pabrik;
  5. Menginstal OS QTS 5.2.xx dan semua aplikasi di SSD M.2 dari awal;
  6. Mengembalikan semua disk HDD RAID secara berurutan.

Saya paham bahwa ini bukan instalasi bersih, bahwa sektor boot dan hal lain akan tetap ada di HDD RAID.

PERTANYAAN:

  1. Apakah NAS akan mendeteksi HDD RAID setelah ini?
  2. Apakah akan terjadi kehilangan data pada HDD RAID?
  3. Apakah menginstal OS dan aplikasi di SSD akan mempercepat proses booting dan shutdown sistem?

Jika urutan tindakan yang saya pahami salah, mohon beritahu saya cara yang benar.

2

Sistem operasi selalu terpasang di semua drive internal, jadi tidak ada cara untuk mengontrol hal ini
Bahkan pada semua unit flash, QTS tetap mulai dengan lambat (saya memiliki TBS-453DX all flash dan tetap membutuhkan waktu sekitar 6 menit untuk booting)

3

Terima kasih atas jawabannya.
Meskipun bagi saya agak aneh mengapa menginstal OS di SSD tidak mempercepat proses booting.
Tetap saja, saya bisa mencobanya secara langsung.
Saya hanya ingin tahu apakah data di HDD RAID akan tetap tersimpan dan apakah NAS akan bisa bekerja dengannya setelah menginstal OS di SSD?

Dan satu pertanyaan lagi.
Sebelum TS-462, saya menggunakan QNAP HS-210.
Itu sama sekali tidak terdengar.
Dengan TS-462, HDD selalu terdengar.
Saya membaca pertanyaan di thread M.2 NVME Caching on a TS-262 Nas
di mana Anda menjawab pengguna.
Di sana, pengguna mengatakan bahwa setelah menginstal OS di SSD, dia mendapatkan NAS yang sangat sunyi.
PERTANYAAN: Apakah menginstal OS di SSD bisa membuat HDD berhenti bekerja secara terus-menerus?

4

Sistem operasi berada dalam RAID1 yang membentang di semua disk internal, kecepatan RAID1 dibatasi oleh disk paling lambat dalam array.

Jika Anda menambahkan SSD, Anda harus memulai dari awal karena sekarang ada dua volume sistem yang saling bertentangan. (jadi hapus dan pulihkan dari backup)

Karena OS berada di semua disk, semua disk akan terus berputar karena setiap pembacaan atau penulisan OS akan membuat semua disk tetap aktif.

Cukup letakkan NAS di tempat yang jauh dari pendengaran dan seharusnya tidak masalah.

5

Mungkin saya bertanya dengan cara yang salah karena kemampuan bahasa Inggris saya yang buruk.

Saya menyadari bahwa jika saya menambahkan SSD M.2 dan menginstal OS di atasnya, maka array HDD harus dibuat dari awal.

Jika saya memasang 2 disk M.2 dan membuat array RAID1 dari keduanya.
Saya menginstal OS dan semua aplikasi di array ini, maka kecepatan loading/unloading akan sama dengan kecepatan baca/tulis SSD yang paling lambat.

PERTANYAAN:
Jika setelah itu saya memasang 4 disk HDD, membuat array RAID2 dari mereka, tetapi tidak menginstal aplikasi di atasnya.
Apakah OS juga akan ditulis ke RAID2 dalam kasus ini dan kecepatannya akan turun ke kecepatan HDD?

6

Ya, partisi OS akan direplikasi ke SEMUA drive internal

7

Terima kasih. Anda telah banyak menjelaskan kepada saya dan saya sangat berterima kasih untuk itu.

8

Maaf atas balasan panjang dari seorang pria Appalachia PEDESAAN berusia 71 tahun tanpa gigi (saya memahami masalah jaringan listrik Anda).

Saat QNAP dengan slot PCIe tersedia, saya beralih ke sistem pool RAID 1 M.2 (hero) atau volume sistem (QTS). Tidak ada perbedaan yang terlihat pada waktu startup atau shutdown, tetapi setelah menyala, GUI QTS/hero lebih responsif. Konon, versi 5.2 seharusnya meningkatkan waktu boot/shutdown (YouTube Q college ‘Introducing QTS/QuTS 5.2 security and performance improvements’), tetapi saya MUNGKIN hanya melihat peningkatan yang sangat kecil pada model terbaru yang menjalankan hero.

Alasan utama konfigurasi ini adalah untuk memungkinkan kemampuan melepas dan mengeluarkan pool RAID HDD DATA SAJA secara fisik dengan aman. Ini memudahkan penyimpanan data pool RAID live image di luar lokasi. Sebelum upgrade firmware apa pun, saya ‘melepaskan dengan aman’ pool RAID data dan mencabut/mengeluarkan HDD-nya sehingga saya bisa melakukan uji coba upgrade dengan disk cadangan sebelum mempercayakannya pada data asli (dengan memasukkan kembali HDD tersebut dan melakukan ‘scan and recover’).

Terkait volume OS/sistem, SAYA PERCAYA beginilah cara kerjanya dan saya serahkan pada yang benar-benar TAHU. Mirror RAID 1 yang tersebar di 5 atau 6 partisi kecil di semua drive dibuat saat disk baru dimasukkan atau dibaca/diperbarui saat disk bekas-Q dimasukkan kembali. Saya percaya partisi ini berisi info yang relatif statis tentang model hardware, PCIe, drive, versi OS dan level rilis, dan saya curiga juga konfigurasi pool dan RAID, yang hanya diakses saat boot dan diperbarui jika ada perubahan. Anda tidak dapat melihat ini dari GUI QTS/hero. Saat melakukan inisialisasi dari awal, ketika Anda pertama kali bisa masuk ke GUI, Anda akan menemukan tidak ada pool/volume/share yang muncul di Storage and Snapshots. Jika Anda mencoba masuk ke QuLog atau menginstal aplikasi, QTS/hero akan memberi tahu Anda tidak ada volume sistem (QTS) atau pool (hero) yang tersedia dan perlu dibuat. Perlu diketahui bahwa volume/pool pertama yang Anda buat akan diberi label “(System)” di tampilan storage/snapshots, dan satu-satunya cara untuk mengubah/memindahkannya adalah dengan inisialisasi ulang dari awal. Volume/pool “(System)” berisi log QTS/hero, aplikasi, dan data OS QTS/hero lain yang lebih DINAMIS.

Hal itu, ditambah pengaturan spindown HDD, adalah alasan pengguna memperhatikan NAS menjadi lebih senyap saat sistem dipindahkan ke SSD.

Walaupun tidak pernah didukung, rencana upgrade awal Anda (dengan sedikit modifikasi) berhasil untuk saya beberapa kali saat pertama kali menerapkan RAID 1 M.2 sebagai volume “(System)”. Variasi dari rencana Anda (dengan asumsi volume data RAID 5 4 HDD Anda adalah SATU-SATUNYA volume di pool dan ditandai sebagai “(System)”) adalah membuat volume kedua untuk data dan mengecilkan volume ‘(System)’ asli saat Anda memindahkan data ke volume baru dan memperbesar volume baru dengan menyerap ruang yang dibebaskan hingga semua data yang ingin Anda simpan sudah ada di volume baru. Proses itu akan mendahului langkah-langkah dalam prosedur Anda. Setelah langkah 6 dalam prosedur Anda, jika beruntung saat mencoba ‘scan and recover’, Anda akan menambahkan pool tambahan dengan dua volume, tidak ada yang ditandai “(System)”, dan sekarang Anda dapat menghapus yang SEBELUMNYA ditandai (System) sebelum inisialisasi ulang pada SSD M.2.

Jika beruntung, itu bisa menyelamatkan Anda dari harus membuat ulang RAID 5 4 HDD dan memulihkan data ke sana.

Perlu diketahui bahwa meskipun itu berhasil untuk saya setengah lusin kali atau lebih saat pertama kali beralih ke pool RAID 1 M.2 volume ‘(System)’, setiap upgrade QTS 4.x tampaknya semakin pilih-pilih tentang apa yang mau berhasil ‘scan and recover’. Bahkan prosedur yang sebenarnya didukung, gagal untuk saya pada salah satu dari tujuh upgrade 5.2. Pada TS-EC1280U-RP saya, seperti yang lain, saya melepas pool data dengan aman dan mencabut disk sebelum upgrade firmware, tetapi saat saya melakukan ‘scan and recover’ setelah upgrade firmware dan pengujian, gagal memulihkan pool data. Saya tahu dukungan QNAP mungkin bisa membantu, tetapi saya perkirakan waktu 10-12 hari untuk membuat ulang dan memulihkan pool 70TB mungkin lebih cepat daripada menunggu dukungan, jadi saya membuat ulang pool di HDD yang sama dan sistem menolak menggunakannya sampai saya inisialisasi ulang sistem dan HDD pool data dari awal.

Semoga membantu…

9

Mencabut HDD sebelum pembaruan firmware bukanlah ide yang bagus… karena OS (md9 dan md13) ada di dalam disk, Anda berisiko terjadi ketidaksesuaian versi. Jika volume sistem ada di SSD dan pembaruan firmware gagal, Anda tetap harus menginstal ulang semua aplikasi, bahkan jika Anda melepas SSD dan hanya boot dari set HDD lama.
Selain itu, menggunakan set HDD yang dilepas sebagai penyimpanan offsite dan backup juga bukan ide yang baik… sebaiknya gunakan array penyimpanan eksternal atau NAS untuk itu (karena disk berisi OS).

10

Saya yakin ‘safely detaching’ dan ‘scan and recover’ memang dirancang untuk bekerja melalui proses ini. Sudah berkali-kali berhasil untuk saya sejak fitur ini diperkenalkan, seperti yang saya jelaskan setiap kali melakukan upgrade firmware (ke dan dari NAS yang sama) maupun saat memindahkan data pool dari satu NAS ke NAS lain. NAMUN, saya tidak akan pernah mencoba boot hanya dengan disk data pool HDD di sistem. Saya melakukan boot dengan sistem yang diinisialisasi di SSD (yaitu mendapatkan OS dari sana) sebelum melakukan scan and recover pada data pool. Fitur ‘scan and recover’ akan memperbarui partisi OS di HDD agar mencerminkan informasi OS terbaru yang sedang berjalan jika ada perubahan.

11

Forum lama memiliki banyak topik di mana proses ini TIDAK berhasil (dengan tangisan dan segalanya… karena tidak ada cadangan), jadi saya sama sekali tidak akan mempercayai proses ini.

12

Anda membuat saya tergoda untuk memverifikasi dengan dukungan bahwa ‘Safely detatching’ dan ‘scanning and recovering’ berfungsi seperti yang dijelaskan dan telah berhasil berkali-kali bagi saya, kecuali satu kegagalan yang sudah saya jelaskan, dan saya yakin dukungan bisa saja memperbaiki yang satu itu tanpa restore jika saya bersedia menunggu. Diskusi terakhir saya dengan mereka tentang hal ini, mereka menyarankan untuk melihat matriks migrasi model; jika migrasi model didukung, memindahkan data pool yang sudah ‘safely detached’ dari satu NAS untuk di-‘scanned and recovered’ dan di-attach ke NAS yang berbeda juga didukung.

Migrasi model sebenarnya dari pool yang ditandai “(System)” (atau pool QTS dengan volume yang ditandai “(System)”) akan meminta instalasi ulang firmware jika model dan/atau versi OS berbeda dari yang digunakan saat target diinisialisasi.

Berdasarkan keraguan yang Anda ungkapkan, saya jadi tergoda untuk memastikan dengan dukungan bahwa masalah yang Anda khawatirkan sebenarnya sudah teratasi dengan penggunaan ‘safely detach’ dan ‘scan and recover’ yang benar.

Walau pernah gagal sekali dengan penggunaan ‘DOCUMENTED’ detach/upgrade/recover, saya tetap akan menggunakan metode ini karena alasan utama saya melakukannya adalah setidaknya 5, mungkin lebih, total reinitialize/restore yang terpaksa dilakukan akibat upgrade firmware yang bermasalah dan upgrade aplikasi yang tidak diinginkan serta tidak bisa di-uninstall di tahun-tahun sebelum tersedia fitur ‘safely detach’/‘scan recover’.

13

Tentu saja QNAP akan mengatakan bahwa itu selalu berhasil .. tapi yah

Array penyimpanan eksternal dan NAS lainnya juga memiliki keuntungan bahwa perpindahan dari QTS ke QuTS (atau OS lain) bukanlah hambatan, karena Anda dapat membaca data di OS mana pun. Oh, dan jika ini sering dilakukan, Anda tidak akan membebani konektor bay internal Anda (yang sebenarnya tidak dirancang untuk sering mengganti disk).

14

Jangan sampai saya memberi kesan bahwa saya mempercayai QNAP, saya hanya menimbang jalur upgrade mana yang lebih aman untuk saya. Saya tidak pernah cukup percaya pada QNAP untuk bahkan melihat fitur backup atau snapshot mereka. Saya tidak akan pernah merekomendasikan mereka untuk penggunaan produksi di bisnis atau dukungan laboratorium.

Saya tidak mengerti maksud Anda di situ…

Walaupun saya tidak pernah mengalami masalah dengan konektor HDD, pada model tower dan rak murah (1273AU, 1886XU) rel tray memang saya setuju dengan Anda, kualitas dan tingkat kesulitannya memang menuntut kehati-hatian lebih dan sebaiknya menghindari pelepasan/pemasangan disk (untuk upgrade software saya hanya membuka pegangan tray untuk memutuskan koneksi tapi tidak benar-benar melepasnya. Sekali per kuartal saya tukar pool di 2480U dengan image offsite, tapi saya rasa rel tray jauh lebih baik kualitasnya (sebenarnya di semua yang memakai sled model SP-X79U-TRAY).

15

Jika Anda memiliki array yang Anda lepaskan dari QTS NAS, lalu NAS tersebut rusak dan Anda membeli NAS QuTS baru, Anda tidak dapat menggunakan array tersebut di sana. Hal yang sama berlaku jika Anda mengganti QNAP dengan perangkat dari produsen lain.

Jika Anda memiliki DAS eksternal (misalnya TR004 atau NAS cadangan dengan data), Anda dapat memulihkan data dari perangkat tersebut ke mana saja sesuai keinginan Anda.

16

Mengerti. Jangan buat saya mulai membahas peluncuran hero Qnap yang kacau dan implementasi model hero yang lebih kacau lagi. Saya percaya cerita dari dukungan QNAP tentang hero di video yang dirilis sebelum covid, sebelum hero dirilis, di mana pengguna bertanya tentang model yang sudah ada yang akan mendapat dukungan hero… mereka menjawab mungkin tidak untuk model-model kecil, tapi XEON Q dengan kemampuan RAM 32GB akan jadi target utama… …Dan mereka gagal untuk setidaknya 3 XEON Q 32GB yang saya pilih berdasarkan itu. Saya akan terjebak dengan lingkungan Q-os campuran tanpa batas… merepotkan… Anda akan melihat saya menjalankan QTS di h1886XU – migrasi cepat dari TS-1280U ke h1886XU baru setelah mundur dari hero ke QTS agar saya bisa dengan aman melepaskan dari 1280 dan menghubungkan ke h1886XU sehingga yang satu tetap QTS sampai 12x10TB perlu diperbesar dan saya akan hero-kan saat itu…

Ngomong-ngomong soal DAS, kemarin saya melihat QNAP 16bay di ebay ‘didukung di PC, Server, dan QNAP NAS’ tapi setelah cek detail untuk modelnya ‘tapi tidak untuk Windows’…

17

Apakah QNAP membuat DAS 16-bay? :astonished:

18

Saya hanya tahu enclosure JBOD dengan lebih dari 4 bay (USB/SAS/SATA)..

DAS (TR) sepertinya hanya ada 3 model
TR-002
TR-004
TR-004U

Saya berharap mereka membuat lebih banyak, tapi sepertinya tidak ada chip bridge SATA murah berukuran besar yang memiliki kemampuan RAID bawaan.

1 Suka
19

Maaf atas ketidaktahuan saya tentang das/jbod. Unit yang saya sebutkan sebenarnya adalah JBOD TL-1600es dan setelah saya meninjau perbedaannya, meskipun unit itu mendukung Windows, ternyata bukan untuk saya. Saya lupa bahwa JBOD berarti HDD hanya bisa terlihat seperti satu drive tunggal. Saya pikir dengan kartu yang disertakan, unit itu bisa terlihat seperti 16 drive, tapi jika saya mengerti sekarang, itu berarti harus sebagai 16 HDD tunggal dengan RAID 0, bukan 16 HDD legacy.

Mungkin mereka berasal dari sebelum istilah DAS digunakan, tapi saya punya beberapa enclosure IcyDock 4 bay yang terhubung melalui kabel USB atau eSata yang saya kira akan dianggap sebagai DAS, meskipun saya pikir literaturnya menyebutnya JBOD (keempat drive dapat diakses langsung secara independen dari Windows). Satu-satunya unit yang saya miliki yang menyebut dirinya sebagai DAS adalah TVS-873e, tetapi meskipun koneksinya melalui kabel USB-C, kecepatannya lebih lambat daripada QNAP ATOM lama yang paling lambat; setelah saya perhatikan lebih dekat, ternyata unit itu melakukan konversi protokol dari USB ke GBE menggunakan jaringan untuk mengakses data, yang menjamin akses lebih lambat daripada koneksi jaringan manapun!

20

USB Quick connect adalah kabel micro USB 3 (bukan USB-C) ..dan ya, itu hanyalah adaptor jaringan virtual, jadi perangkat tersebut bukan DAS, melainkan NAS dengan kartu jaringan virtual.