FSx for ONTAP: ボリュームをバックアップすると、データ保持とコンプライアンスのニーズをサポートできます。FSx for ONTAPバックアップを使用して、データの集中管理された自動バックアップおよび保持戦略を実装します。

効率的なバックアップと迅速な復元のためにローカル スナップショットをスケジュールします。スナップショットは、ボリュームの即時のポイントインタイムのイメージです。

クロスリージョンレプリケーションにより、データが別の AWS リージョンにレプリケートされ、データの耐久性と可用性が向上します。Workload Factory では、災害復旧とコンプライアンス要件のためにリージョン間レプリケーションを構成することを推奨しています。

データの信頼性を高めるために、データを同じリージョンまたは別のリージョンの FSx for ONTAPファイルシステムに複製できます。ファイル システム間での移行、災害復旧、長期保存をサポートするために、データ レプリケーションを設定します。

SSD ストレージ層の容量は、継続的に 80% の使用率を超えてはなりません。これにより、容量プールのストレージ層へのデータの読み取りと書き込みに影響が及ぶ可能性があり、ファイル システムのスループット容量にも影響が及ぶ可能性があります。容量が不足すると、データ ボリュームが読み取り専用になり、新しいデータを書き込もうとするサービスが失敗する可能性があります。

データの信頼性を確保するには、ソース ボリュームのスナップショット ポリシー ラベルとレプリケーション ポリシー ラベルが一致している必要があります。

ボリューム容量の制限に達しないように、ファイル容量のしきい値を上げる必要があります。ファイル容量 (i ノード) が少ないと、ボリュームに追加データを書き込むことができなくなります。Workload Factory では、利用可能なファイル容量の使用率を継続的に 80% 未満に抑えることを推奨しています。ボリューム内に新しいファイルを作成するには、使用可能なファイル容量が必要です。

NetApp Autonomous Ransomware Protection with AI (ARP/AI) は、サイバーレジリエンスを強化し、進化するランサムウェアの脅威からボリュームをアクティブに保護します。Workload Factory では、すべてのボリュームに対して ARP/AI を有効にすることをお勧めします。

iSCSI を使用してアプリケーション データを提供するボリュームでは、NAS アクセスを並行して許可しないでください。Workload Factory では、iSCSI プロトコル経由でアクセスされるボリュームを、追加のプロトコルに制限することを推奨しています。

SSD 層がしきい値を超えないように定期的に確認するには、自動容量管理を有効にする必要があります。

Workload Factory では、ボリューム容量の使用率が継続的に 80% を超えないようにすることを推奨しています。これにより、アプリケーションへのデータの読み取りと書き込みに影響する可能性があります。ボリューム容量の増加は、ボリュームの自動拡張機能を使用して手動で行うことも、自動で行うこともできます。

ボリュームの容量がいっぱいに近づいた場合、Workload Factory は、潜在的なアプリケーションの中断を回避するためにボリューム容量を増やすアクションを実行することを推奨します。

最適なパフォーマンスを得るために、Workload Factory はワークロードに最適なキャッシュ リレーションシップ書き込みモードを推奨します。ライトアラウンド モードでは、小さなファイルで読み取りが多いワークロードのパフォーマンスが向上しますが、ライトバック モードでは、大きなファイルで書き込みが多いワークロードのパフォーマンスが向上します。

SSD ストレージ層の使用率を削減するには、コールド データ階層化を有効にする必要があります。すべてのボリュームに階層化ポリシーを適用することをお勧めします。FSx for ONTAP はデータを継続的にスキャンしてコールドデータを検出し、中断することなく容量ストレージプール層に移動します。

ストレージ使用率を最適化し、SSD 層のコストを削減するには、ストレージ効率 (圧縮、圧縮、重複排除) を有効にする必要があります。

不要になったスナップショットとバックアップは、コストを削減するために削除する必要があります。

最適なストレージ パフォーマンスを得るには、プライマリ SSD 層に FSx for ONTAPボリュームをプロビジョニングします。容量プール層を使用すると、パフォーマンスが低下し、待機時間が長くなる可能性があります。

ストレージ パフォーマンスを最適化するには、プロビジョニングされたボリュームの合計サイズの 1.35 倍のファイル システム容量をプロビジョニングします。

ファイル システムのヘッドルーム パーセンテージは次のとおりです。

ログ ドライブがいっぱいになることで発生するトランザクションのロールバック、データベースの使用不可、データ破損、パフォーマンスの低下などの問題を防ぐために、SQL Server ログ ドライブの正確なサイズ設定と定期的な監視を確実に実行します。

ログ ドライブのサイズの割合は次のとおりです。

パフォーマンスを最適化し、全体的な安定性を維持するために、SQL Server TempDB の正確なサイズ設定と定期的な監視を確実に実行します。適切に構成された TempDB は、パフォーマンスの問題や不安定さを防ぎます。スペースが不足したり競合が多発したりすると、クエリの速度低下、アプリケーションのタイムアウト、システムクラッシュが発生する可能性があります。

TempDB ドライブ サイズの割合は次のとおりです。

データ ファイルとログ ファイルを異なるドライブに分離すると、同時 I/O アクティビティ、独立したバックアップ スケジュール、および復元機能の向上が可能になり、パフォーマンスが向上します。小規模なデータベースの場合は、データとログの LUN パスを異なるボリュームに分離することをお勧めします。大規模なデータベース (> 500 GiB) が複数ある場合は、この分離が必要です。

データ ファイルとログ ファイルを異なるドライブに分離すると、同時 I/O アクティビティ、独立したバックアップ スケジュール、および復元機能の向上が可能になり、パフォーマンスが向上します。小規模なデータベースの場合は、データとログの LUN パスを異なるボリュームに分離することをお勧めします。大規模なデータベース (> 500 GiB) が複数ある場合は、この分離が必要です。

TempDB を専用のドライブに配置することで、TempDB I/O を分離し、他のデータベースからの I/O 競合を回避します。この最適化により、SQL Server の全体的なパフォーマンスと安定性が向上します。これを怠ると、重大な I/O ボトルネック、クエリ パフォーマンスの低下、システムの不安定化が発生する可能性があります。

SQL Server EC2 インスタンスの最適なパフォーマンスとコスト効率を確保するには、ワークロードの需要に基づいて適切なサイズを設定することをお勧めします。現在のインスタンスが不足している場合は、アップグレードすると CPU、メモリ、I/O 容量が強化されます。過剰にプロビジョニングされている場合は、ダウングレードすることでパフォーマンスを維持しながらコストを削減できます。

セキュリティと安定性を確保するために、可能な限り最新のパッチを適用してください。最新のパッチを適用すると、SQL Server データベースを脆弱性から保護し、システム全体の信頼性を大幅に向上させることができます。

Microsoft SQL Serverインスタンスで最適なネットワーク パフォーマンスを得るには、受信側スケーリング (RSS) を正確に構成することが不可欠です。RSS はネットワーク処理を複数のプロセッサに分散し、ボトルネックを防止してシステム パフォーマンスを向上させます。Workload Factory では、次の RSS 設定を推奨しています。

SQL Server ライセンスの評価と推奨は、ホスト レベルで提供されます。

最適化されていません: データベース インフラストラクチャが、支払っている商用ソフトウェア ライセンスの機能をまったく使用していないことを Workload Factory が検出した場合、ライセンスは「最適化されていない」とみなされます。最適化されていないライセンスでは、不必要なコストが発生する可能性があります。

最適化: データベースの商用ソフトウェア ライセンスがパフォーマンス要件を満たしている場合、ライセンスは「最適化」されているとみなされます。

セキュリティと安定性を確保するために、可能な限り最新のパッチを適用してください。最新のパッチを適用すると、SQL Server データベースを脆弱性から保護し、システム全体の信頼性を大幅に向上させることができます。

並行処理のバランスをとることでクエリのパフォーマンスを最適化するには、最大並列度 (MAXDOP) を設定します。正確な MAXDOP 構成により、パフォーマンスと効率が向上します。通常、MAXDOP を 4、8、または 16 に設定すると、ほとんどのユース ケースで最適な結果が得られます。ワークロードをテストし、CXPACKET などの並列処理関連の待機タイプを監視することをお勧めします。

Microsoft SQL Serverボリュームのバックアップは、データ保持とコンプライアンスの要件をサポートするために不可欠です。FSx for ONTAPバックアップを使用して、SQL Server データの集中管理された自動バックアップおよび保持戦略を実装します。

効率的なバックアップと迅速な復元のためにローカル スナップショットをスケジュールします。スナップショットは、ボリュームの即時のポイントインタイムのイメージです。

クロスリージョンレプリケーションにより、データが別の AWS リージョンにレプリケートされ、データの耐久性と可用性が向上します。Workload Factory では、災害復旧とコンプライアンス要件のためにリージョン間レプリケーションを構成することを推奨しています。