QNAP QTS's SSD cache feature is a core tool for accelerating the random-access performance of enterprise virtual machines (VMs), databases, and VDI. When a read-only cache SSD goes offline unexpectedly due to hardware aging or poor contact, QTS activates a proactive protection mechanism to safeguard your data and ensure data consistency.
Benefits of QTS SSD Caching
When VMs are slow to start, database query latency rises, or VDI desktops begin to lag, many people instinctively look to the CPU or network for the cause. The real bottleneck, however, is often the traditional hard disk drive (HDD): when handling large volumes of small, random read/write requests, the seek latency of mechanical drive heads quickly accumulates and becomes the performance ceiling for the entire system.
With QTS SSD caching, you can automatically keep frequently accessed hot data on SSDs without migrating existing data or rebuilding your storage pool. The HDD storage pool handles capacity while the SSDs focus on reducing latency, perfectly balancing enterprise-grade performance with large-capacity needs. For VMs, VDI, databases, iSCSI LUNs, and frequently read/written shared folders, a properly configured SSD cache often improves the perceived experience more directly than simply adding more hard drives.
The Three Modes of QTS SSD Caching and Their Differing Risks
QTS SSD caching offers three modes: read-only, read-write, and write-only.
-
Read-only cache: Accelerates reads only; the cache holds a copy of the hot data. Even if the cache device fails, the original data remains fully intact on the HDD—only performance is affected.
-
Read-write and write-only cache: Newly written data is first held on the cache device, then gradually written back to the HDD by a background write-back mechanism. Until write-back completes, this not-yet-written-back data exists only on the cache device, so the reliability of the cache device directly affects data safety.
▲ Data flow and failure-risk differences across the three QTS SSD cache modes
Because the risk levels differ, a read-only cache and a read-write/write-only cache are handled very differently when the cache device fails. A read-write or write-only cache failure is close to a data emergency and must be handled carefully to avoid losing not-yet-written-back data; a read-only cache failure does not involve data loss, but QTS still includes a proactive protection mechanism to ensure data consistency.
When a read-only cache SSD goes offline unexpectedly, QTS does more than disable the cache—it proactively suspends access to the volume and waits for user intervention. Next, let's take a closer look at the design thinking behind this protection mechanism.
▲ QTS "Cache Acceleration" page: the read-only cache is running, with a warning shown in its status
Why Does an Offline Read-Only Cache SSD Cause the Volume to Stop Serving Access?
A read-only cache does not participate in writes, so no data is lost when the SSD fails. At first glance, simply letting the service fall back to HDD speed and keep running seems like the simplest approach—but QTS's design is more thorough.
A caching system must continuously track which data has been cached and whether the cached content is still valid; this information is recorded in the cache's metadata. When the SSD suddenly goes offline, QTS cannot verify the integrity of that cache metadata. More importantly, if the system allowed direct access to the underlying storage while the cache was offline, the data in the cache could become inconsistent with the actual state of the underlying storage once the cache device reconnects.
QTS chooses to suspend access at this moment precisely to safeguard you proactively—ensuring that whether you go on to restore or remove the cache, the data you read always matches the underlying storage.
Therefore, when QTS detects a problem with a cache SSD, it proactively halts access to the volume. This not only ensures data consistency but also gives you a chance to step in and resolve the issue—for example, by reseating a temporarily loose SSD—so you don't abandon the hot data already accumulated on a large cache just because of a brief offline event. Every time access is restored, your data is trustworthy, and the benefit of the cache is preserved as much as possible.
▲ The volume shows a "Cache Missing" status; QTS indicates the cache volume needs to be recovered
Two Ways to Restore Volume Access
QTS will not decide for you how to handle the cache. Based on your current situation, you need to choose one of the following methods:
Method 1: Reinsert the SSD (temporary hardware disconnection)
If the SSD went offline only due to poor contact or a temporary issue, reinsert it and follow these steps:
- Go to Storage & Snapshots > Cache Acceleration in QTS.
- The system will prompt you to "Recover Cache Volume"; click "OK" and the system will begin the recovery process.
- After recovery, the system automatically runs a file system check. Once data consistency is confirmed, the volume returns to normal access.
▲ The system is performing the cache volume recovery operation
▲ After recovery, a file system check is required to confirm data consistency
Method 2: Remove the SSD Cache via QTS (permanent hardware failure)
If the SSD is confirmed to be damaged, or you want to bring the service back before replacing the cache later:
- Open the Storage & Snapshots interface in QTS and locate the SSD cache.
- Go to the "Manage" menu and click "Remove" to clear the cache configuration.
- After removal, the system automatically flushes the data and runs a file system check to confirm data consistency.
- Once the check completes, the volume returns to normal access. Your original data is fully intact, and you can later install a new SSD to rebuild the cache.
▲ If the SSD cannot be recovered, QTS displays "Unable to recover cache volume"
▲ Go to the "Manage" menu and select "Remove" to clear the cache configuration
▲ Confirm removal of the SSD cache; the system flushes the data and deletes the cache configuration
▲ After the cache is removed, the page returns to its initial state, ready for you to create a new SSD cache
Note: Regardless of which method you choose, your data on the HDD is unaffected once the process completes.
How Can You Further Improve Cache Service Availability?
Read-only cache data is always stored in the HDD storage pool, and the SSD is used only to accelerate reads. From a data-integrity standpoint, it is therefore technically viable to build the cache with a single SSD or RAID 0.
However, as described above, once a read-only cache SSD fails, access to the volume is suspended and manual intervention is needed to restore it. If your service has availability requirements and you want the cache to keep running without interrupting access when a single SSD fails, we recommend building the read-only cache on a RAID level with redundancy (such as RAID 1 or RAID 5).
With a redundant RAID configuration, the cache can keep operating through its remaining members when a single SSD fails—until you replace the failed SSD and the rebuild completes—preventing the volume from going offline due to a cache problem.
Summary
QTS proactively suspends volume access when a read-only cache goes offline in order to ensure that the data you read is always fully consistent with the underlying storage. This reflects QNAP's design principle for data protection: it is better to pause the service than to let an uncertain state undermine the trustworthiness of your data. By following the recovery steps and the RAID redundancy recommendation in this article, you can enjoy the performance gains of SSD caching while maintaining high service availability.
If you need further assistance during the process, feel free to contact the QNAP technical support team at any time.
La fonction de cache SSD de QNAP QTS est un outil essentiel pour accélérer les performances d'accès aléatoire des machines virtuelles (VM) d'entreprise, des bases de données et des environnements VDI. Lorsqu'un SSD de cache en lecture seule se déconnecte de manière inattendue en raison du vieillissement matériel ou d'un mauvais contact, QTS active un mécanisme de protection proactive pour sécuriser vos données et garantir leur cohérence.
Avantages du cache SSD QTS
Lorsque le démarrage des VM est lent, que la latence des requêtes de base de données augmente ou que les bureaux VDI commencent à ralentir, beaucoup pensent instinctivement que le problème vient du CPU ou du réseau. Pourtant, le véritable goulot d'étranglement est souvent le disque dur traditionnel (HDD) : lors du traitement de gros volumes de petites requêtes de lecture/écriture aléatoires, la latence de recherche des têtes mécaniques s'accumule rapidement et devient la limite de performance de tout le système.
Avec le cache SSD QTS, vous pouvez automatiquement conserver les données chaudes fréquemment consultées sur les SSD sans migrer les données existantes ni reconstruire votre pool de stockage. Le pool de stockage HDD gère la capacité tandis que les SSD se concentrent sur la réduction de la latence, équilibrant parfaitement les performances de niveau entreprise avec les besoins de grande capacité. Pour les VM, VDI, bases de données, LUN iSCSI et dossiers partagés fréquemment lus/écrits, un cache SSD correctement configuré améliore souvent l'expérience perçue plus directement que l'ajout de disques durs supplémentaires.
Les trois modes de cache SSD QTS et leurs risques respectifs
Le cache SSD QTS propose trois modes : lecture seule, lecture-écriture et écriture seule.
-
Cache en lecture seule : Accélère uniquement les lectures ; le cache contient une copie des données chaudes. Même si le périphérique de cache tombe en panne, les données d'origine restent intactes sur le HDD—seules les performances sont affectées.
-
Cache en lecture-écriture et écriture seule : Les nouvelles données écrites sont d'abord stockées sur le périphérique de cache, puis progressivement transférées vers le HDD par un mécanisme d'écriture différée en arrière-plan. Tant que l'écriture n'est pas terminée, ces données n'existent que sur le périphérique de cache, donc la fiabilité de ce dernier impacte directement la sécurité des données.
▲ Différences de flux de données et de risques de panne selon les trois modes de cache SSD QTS
En raison de ces niveaux de risque différents, un cache en lecture seule et un cache en lecture-écriture/écriture seule sont gérés de manière très différente en cas de panne du périphérique de cache. Une panne de cache en lecture-écriture ou écriture seule s'apparente à une urgence de données et doit être traitée avec précaution pour éviter la perte de données non encore écrites ; une panne de cache en lecture seule n'entraîne pas de perte de données, mais QTS intègre tout de même un mécanisme de protection proactive pour garantir la cohérence des données.
Lorsqu'un SSD de cache en lecture seule se déconnecte de manière inattendue, QTS ne se contente pas de désactiver le cache—il suspend proactivement l'accès au volume et attend une intervention de l'utilisateur. Voyons maintenant plus en détail la logique de conception de ce mécanisme de protection.
▲ Page "Accélération du cache" de QTS : le cache en lecture seule est actif, avec un avertissement affiché dans son statut
Pourquoi un SSD de cache en lecture seule hors ligne arrête-t-il l'accès au volume ?
Un cache en lecture seule ne participe pas aux écritures, donc aucune donnée n'est perdue si le SSD tombe en panne. À première vue, il semblerait plus simple de laisser le service repasser à la vitesse du HDD et continuer à fonctionner—mais la conception de QTS va plus loin.
Un système de cache doit suivre en permanence quelles données ont été mises en cache et si leur contenu est toujours valide ; ces informations sont enregistrées dans les métadonnées du cache. Si le SSD se déconnecte soudainement, QTS ne peut pas vérifier l'intégrité de ces métadonnées. Plus important encore, si le système autorisait l'accès direct au stockage sous-jacent alors que le cache est hors ligne, les données du cache pourraient devenir incohérentes avec l'état réel du stockage une fois le périphérique reconnecté.
QTS choisit donc de suspendre l'accès à ce moment précis pour vous protéger de manière proactive—garantissant que, que vous restauriez ou supprimiez le cache, les données lues correspondent toujours au stockage sous-jacent.
Ainsi, lorsque QTS détecte un problème avec un SSD de cache, il interrompt proactivement l'accès au volume. Cela garantit non seulement la cohérence des données, mais vous permet aussi d'intervenir—par exemple, en réinsérant un SSD temporairement déconnecté—afin de ne pas perdre les données chaudes accumulées sur un grand cache à cause d'un simple incident. À chaque restauration de l'accès, vos données sont fiables et le bénéfice du cache est préservé autant que possible.
▲ Le volume affiche le statut "Cache manquant" ; QTS indique que le volume de cache doit être récupéré
Deux méthodes pour restaurer l'accès au volume
QTS ne décide pas à votre place comment gérer le cache. Selon votre situation, vous devez choisir l'une des méthodes suivantes :
Méthode 1 : Réinsérer le SSD (déconnexion matérielle temporaire)
Si le SSD s'est déconnecté uniquement à cause d'un mauvais contact ou d'un problème temporaire, réinsérez-le et suivez ces étapes :
- Accédez à Stockage & Instantanés > Accélération du cache dans QTS.
- Le système vous invite à "Récupérer le volume de cache" ; cliquez sur "OK" et le système lance le processus de récupération.
- Après récupération, le système effectue automatiquement un contrôle du système de fichiers. Une fois la cohérence des données confirmée, le volume redevient accessible normalement.
▲ Le système effectue l'opération de récupération du volume de cache
▲ Après récupération, un contrôle du système de fichiers est nécessaire pour confirmer la cohérence des données
Méthode 2 : Supprimer le cache SSD via QTS (panne matérielle définitive)
Si le SSD est confirmé comme endommagé, ou si vous souhaitez rétablir le service avant de remplacer le cache ultérieurement :
- Ouvrez l'interface Stockage & Instantanés dans QTS et localisez le cache SSD.
- Accédez au menu "Gérer" et cliquez sur "Supprimer" pour effacer la configuration du cache.
- Après suppression, le système vide automatiquement les données et effectue un contrôle du système de fichiers pour confirmer la cohérence des données.
- Une fois le contrôle terminé, le volume redevient accessible normalement. Vos données d'origine sont intactes, et vous pourrez installer un nouveau SSD pour recréer le cache ultérieurement.
▲ Si le SSD ne peut pas être récupéré, QTS affiche "Impossible de récupérer le volume de cache"
▲ Accédez au menu "Gérer" et sélectionnez "Supprimer" pour effacer la configuration du cache
▲ Confirmez la suppression du cache SSD ; le système vide les données et supprime la configuration du cache
▲ Après suppression du cache, la page revient à son état initial, prête à créer un nouveau cache SSD
Remarque : Quelle que soit la méthode choisie, vos données sur le HDD ne sont pas affectées une fois le processus terminé.
Comment améliorer encore la disponibilité du service de cache ?
Les données du cache en lecture seule sont toujours stockées dans le pool de stockage HDD, et le SSD sert uniquement à accélérer les lectures. D'un point de vue intégrité des données, il est donc techniquement possible de créer le cache avec un seul SSD ou en RAID 0.
Cependant, comme expliqué ci-dessus, dès qu'un SSD de cache en lecture seule tombe en panne, l'accès au volume est suspendu et une intervention manuelle est nécessaire pour le restaurer. Si votre service a des exigences de disponibilité et que vous souhaitez que le cache continue de fonctionner sans interruption d'accès en cas de panne d'un SSD, nous recommandons de configurer le cache en lecture seule sur un niveau RAID redondant (comme RAID 1 ou RAID 5).
Avec une configuration RAID redondante, le cache peut continuer à fonctionner via ses membres restants lorsqu'un SSD tombe en panne—jusqu'à ce que vous remplaciez le SSD défaillant et que la reconstruction soit terminée—empêchant ainsi le volume de passer hors ligne à cause d'un problème de cache.
Résumé
QTS suspend proactivement l'accès au volume lorsqu'un cache en lecture seule se déconnecte afin de garantir que les données lues sont toujours parfaitement cohérentes avec le stockage sous-jacent. Cela reflète le principe de conception de QNAP en matière de protection des données : il vaut mieux interrompre le service que de laisser un état incertain compromettre la fiabilité de vos données. En suivant les étapes de récupération et la recommandation de redondance RAID de cet article, vous pouvez profiter des gains de performance du cache SSD tout en maintenant une haute disponibilité du service.
Si vous avez besoin d'une assistance supplémentaire pendant le processus, n'hésitez pas à contacter à tout moment l'équipe de support technique QNAP.
7 min de lecture
