Cloud Volumes ONTAP の書き込み速度について
NetApp Consoleを使用すると、ほとんどのCloud Volumes ONTAP構成で通常または高速の書き込み速度を選択できます。書き込み速度を選択する前に、標準設定と高速設定の違い、および高速書き込み速度を使用する場合のリスクと推奨事項を理解しておく必要があります。
通常の書き込み速度
通常の書き込み速度を選択すると、データはディスクに直接書き込まれます。データがディスクに直接書き込まれると、予期しないシステム停止や、予期しないシステム停止を伴う連鎖障害が発生した場合にデータが失われる可能性が軽減されます (HA ペアのみ)。
通常の書き込み速度がデフォルトのオプションです。
高速書き込み
高速書き込み速度を選択すると、データはディスクに書き込まれる前にメモリにバッファリングされるため、書き込みパフォーマンスが高速化されます。このキャッシュにより、予期しないシステム停止が発生した場合にデータが失われる可能性があります。
予期しないシステム停止が発生した場合に失われる可能性があるデータの量は、最後の 2 つの整合性ポイントの範囲です。整合性ポイントとは、バッファリングされたデータをディスクに書き込む行為です。整合性ポイントは、書き込みログがいっぱいになったとき、または 10 秒経過したとき (いずれか早い方) に発生します。ただし、クラウド プロバイダーが提供するストレージのパフォーマンスは、整合性ポイントの処理時間に影響する可能性があります。
高速書き込み速度を使用する場合
ワークロードに高速な書き込みパフォーマンスが必要であり、予期しないシステム停止や予期しないシステム停止を伴う連鎖障害が発生した場合にデータ損失のリスクに耐えられる場合は、高速書き込みが適切な選択肢となります (HA ペアのみ)。
高速書き込みを使用する場合の推奨事項
高速書き込みを有効にする場合は、アプリケーション層での書き込み保護を確保するか、データ損失が発生した場合にアプリケーションがそれを許容できることを確認する必要があります。すべての Cloud Volumes ONTAP 構成が高速書き込みに対応しているわけではありません。これらの構成では、デフォルトで通常の書き込み速度が使用されます。
AWSの高速書き込み
- シングルノードシステム
-
単一ノードシステムを使用する場合、Cloud Volumes ONTAPはすべてのインスタンス タイプで高速書き込み速度をサポートします。
- HAペア
-
9.8 リリース以降、 Cloud Volumes ONTAP は、 m5.xlarge と r5.xlarge を除く、サポートされているほぼすべての EC2 インスタンス タイプを使用する場合、HA ペアによる高速書き込みをサポートします。
"Cloud Volumes ONTAPがサポートする Amazon EC2 インスタンスの詳細"。AWSのHAペアで高速書き込みを有効にする予定がある場合は、複数のアベイラビリティゾーン(AZ)展開と単一のAZ展開における保護レベルの違いを理解しておく必要があります。複数のアベイラビリティゾーン(AZ)にHAペアを導入することで、耐障害性が向上し、データ損失の可能性を軽減できます。
Azureでの高速書き込み
- シングルノードシステム
-
単一ノードシステムを使用する場合、Cloud Volumes ONTAPはすべてのVMタイプで高速書き込み速度をサポートします。
- HAペア
-
HAペアを使用する場合、Cloud Volumes ONTAPはバージョン9.8以降、複数のVMタイプで高速書き込みをサポートしています。高速書き込みをサポートするVMタイプを確認するには、"Cloud Volumes ONTAPリリースノート"を参照してください。
Google Cloud の高速書き込み
- シングルノードシステム
-
単一ノードシステムを使用する場合、Cloud Volumes ONTAPはすべてのマシン タイプで高速書き込み速度をサポートします。
- HAペア
-
HAペアを使用する場合、Cloud Volumes ONTAPはバージョン9.13.0以降、複数のVMタイプで高速書き込み速度をサポートします。高速書き込み速度をサポートするVMタイプを確認するには、"Cloud Volumes ONTAPリリースノート"を参照してください。
書き込み速度の選択方法
新しいCloud Volumes ONTAPシステムを追加するときに書き込み速度を選択できます。"既存システムの書き込み速度を変更する" 。
データ損失が発生した場合に予想されること
書き込み速度が速いためにデータ損失が発生した場合、イベント管理システム (EMS) は次の 2 つのイベントを報告します。
-
Cloud Volumes ONTAP 9.12.1以降
NOTICE nv.data.loss.possible: An unexpected shutdown occurred while in high write speed mode, which possibly caused a loss of data. * Cloud Volumes ONTAP 9.11.0 から 9.11.1
DEBUG nv.check.failed: NVRAM check failed with error "NVRAM disabled due to dirty shutdown with High Write Speed mode"
ERROR wafl.root.content.changed: Contents of the root volume '' might have changed. Verify that all recent configuration changes are still in effect.. * Cloud Volumes ONTAP 9.8 から 9.10.1
DEBUG nv.check.failed: NVRAM check failed with error "NVRAM disabled due to dirty shutdown"
ERROR wafl.root.content.changed: Contents of the root volume '' might have changed. Verify that all recent configuration changes are still in effect.
このような状況が発生すると、 Cloud Volumes ONTAP はユーザーの介入なしに起動し、データの提供を継続できるようになります。
データ損失が発生した場合にデータアクセスを停止する方法
データ損失が懸念される場合、データ損失時にアプリケーションの実行を停止し、データ損失の問題が適切に解決された後にデータ アクセスを再開するには、CLI から NVFAIL オプションを使用してその目的を達成できます。
- NVFAILオプションを有効にするには
-
vol modify -volume <vol-name> -nvfail on - NVFAIL設定を確認するには
-
vol show -volume <vol-name> -fields nvfail - NVFAILオプションを無効にするには
-
vol modify -volume <vol-name> -nvfail off
データ損失が発生すると、NVFAIL が有効になっている NFS または iSCSI ボリュームはデータの提供を停止します (ステートレス プロトコルである CIFS には影響はありません)。詳細については、 "NFSボリュームまたはLUNへのアクセスに対するNVFAILの影響" 。
- NVFAIL状態を確認するには
-
vol show -fields in-nvfailed-state
データ損失の問題が適切に解決されたら、NVFAIL 状態をクリアしてボリュームにデータ アクセスできるようになります。
- NVFAIL状態をクリアするには
-
vol modify -volume <vol-name> -in-nvfailed-state false