NetApp Console のローカル展開は、コンソール制御プレーンをお客様自身のオンプレミス環境で実行するセルフホスト型の展開オプションです。ストレージ管理と自動化（プロビジョニング、ポリシー適用、ドリフト検出、修復）を統合し、データ、メタデータ、管理トラフィックをお客様自身のインフラストラクチャ内に完全に保持することで、データ主権を損なうことなく運用上の優位性を実現します。"NetApp Console のローカル展開について"。

事前設定済みのOVAイメージを使用し、お客様のVMware vCenter環境に仮想アプライアンスとしてNetApp Consoleローカルデプロイをデプロイします。デプロイ後、ストレージを検出し、メンバーを追加してロールを割り当てることで、使用を開始できます。"導入オプションについて".

いいえ。NetApp Console のローカル展開の使用を開始するのに、ライセンスやサブスクリプションは必要ありません。ただし、NetApp Backup and Recovery など、Console のローカル展開からアクセスできる一部の NetApp データサービスは、ライセンス制またはサブスクリプション制であり、費用が発生する場合があります。

一般的なワークフローは、ストレージシステムを適切なフリートに検出し、ストレージクラスポリシーを定義し、それらのポリシーからストレージクラスを作成し、適用可能なフリートにクラスを関連付け、クラスを使用してボリュームまたはLUNをプロビジョニングし、その後、ドリフトを監視してワークロードを整合させるための修復を行うというものです。"ストレージの管理について"。

ストレージクラスとは、組織のストレージ標準（パフォーマンス、容量、セキュリティ、データ保護など）を、ストレージクラスポリシーから構成される単一の名前付きオブジェクトにまとめた、再利用可能なテンプレートです。ストレージクラスを使用してプロビジョニングを行うと、コンソールのローカルデプロイメントはワークロードごとの構成決定なしにこれらの標準を自動的に適用し、その後、ワークロードをクラスに対して監視し、準拠から逸脱した場合は警告を発します。"ストレージクラスについて"。

ストレージクラスポリシーは、ストレージクラスを構築するために組み合わせる構成要素です。各ポリシーはストレージ動作の1つの側面を規定するため、ポリシーは個別に定義し、それらをまとめてクラスを作成します。これにより、複数のクラスで同じポリシーを再利用したり、ポリシーを1箇所で更新して、その変更をポリシーを使用するすべてのクラスに適用したりすることが可能になります。"ストレージクラスポリシーについて"。

NetApp Console のローカル展開には、4種類のストレージクラスポリシーが含まれます：

"ストレージクラスポリシーについて".

いいえ。コンソールのローカル展開には、4つのポリシータイプすべてにわたるシステム定義のポリシーと、事前定義されたストレージクラスが含まれています。これらのポリシーやクラスはそのまま使用することも、組織の要件に合わせてカスタマイズするための出発点としてコピーすることもできます。"ストレージクラスポリシーについて"。

ストレージクラスを作成する前に、以下の点を確認してください：

"ストレージクラスについて".

プロビジョニング後、コンソールのローカルデプロイメントは、各ワークロードをストレージクラスに対して継続的に評価します。ワークロードが、クラスタ構成の直接的な変更やパフォーマンスの低下などによって逸脱した場合、コンソールは直ちに違反を検知し、アラートを発します。ガイド付きの修復手順に従うか、自動修復を設定することで、一般的なドリフト状態を解決できます。"ストレージクラスについて"。

ストレージフリートとは、まとめて管理するストレージシステムをグループ化したものです。ポリシーやアクセス設定をクラスタごとに個別に構成する代わりに、フリートレベルで一度適用することで、フリート内のすべてのクラスタが同じ基準で動作し、反復作業を削減し、動作の一貫性を維持できます。"ストレージフリートについて"。

フォルダは関連するフリートをグループ化するものであり（例えば、地域別や事業部門別など）、ストレージシステムを直接関連付けることはできません。一方、フリートは管理対象のストレージシステムをまとめてグループ化します。フォルダは、組織化とアクセス権限の委譲のためのツールであり、IAM権限を持たないメンバーには表示されません。メンバーはフォルダではなく、フリートにアクセスします。"フォルダーとフリートについて"。

ストレージクラスをフリートに関連付けると、コンソールのローカルデプロイメントは、そのクラスのポリシーをフリート内のすべてのプロビジョニングに適用します。フリートにプロビジョニングされたワークロードは、管理者が設定を選択または検証することなく、パフォーマンス、容量、および階層化ルールを自動的に継承するため、フリートとクラスの関連付けは、クラスター全体で一貫した標準を適用するための主要な手段となります。"ストレージフリートについて"。

NetApp Console のローカル展開では、3つのプロビジョニングワークフローがサポートされており、いずれもストレージクラスを適用し、RBACと監査ログによって管理されます。

"ストレージの管理について".

NetApp Console のローカル展開では、フリート全体の健全性とパフォーマンスのダッシュボードが提供され、注意が必要なクラスターやボリュームを特定できます。また、ワークロードアナライザーを使用してボリュームを詳細に調査したり、設定可能なアラートや通知、ガイド付きまたは自動の修復を実行したりできます。"ストレージ監視について"。

ワークロードアナライザーは、単一ボリュームの経時的な動作を表示し、レイテンシ、スループット、IOPS、リソース使用率、容量、構成変更を同じウィンドウ内で相関させることで、根本原因を特定できるようにします。ストレージ層か、ネットワーク層などの他の層か、アプリケーションの問題の原因を特定するのに役立ち、アナライザーから直接、修正推奨事項を実行できます。"ワークロードアナライザーについて"。

利用可能な容量が少ないことが原因である可能性があります。ONTAPシステムが85%以上使用されている場合、高い使用率自体がパフォーマンスの問題を引き起こす可能性があります。そのため、ワークロードアナライザーの容量セクションでは、パフォーマンスチャートだけでは説明できないレイテンシについて説明できます。"ワークロードアナライザーについて"。

アラートは、検出されたクラスター上の ONTAP イベント管理システム（EMS）および NetApp Backup and Recovery の操作から発信され、組織全体で一元的に表示されます。各アラートには、影響を受けるシステム、重大度（重大、警告、情報など）、および影響範囲（容量、接続性、データ保護、パフォーマンス、セキュリティなど）が示されます。コンソールには、お客様の権限で許可されているフリートのアラートのみが表示されます。"アラートについて"。

通知ルールは、サービス、重要度、影響範囲、および対象システムに基づいてアラートを照合し、指定されたアクセス権限を持つユーザーに電子メールまたはWebhook経由で通知を配信します。なお、これらのルールは特定のシステムに適用され、フリート全体には適用されません。また、計画メンテナンス期間中はミュートにすることができます。コンソールにはデフォルトのルールが含まれており、カスタムルールを作成することもできます。"アラートについて"。

カスタムダッシュボードを使用すると、定義済みのテンプレートからカードを組み合わせ、範囲、メトリック、集計方法、対象リソース、および時間枠を選択することで、パーソナライズされた監視ビューを作成できます。テンプレートはパフォーマンス、容量、健全性、アラートをカバーし、カードを ONTAP 階層の任意のレベルにスコープできます。各ダッシュボードとカードはお客様専用のものであり、お客様が閲覧を許可されているリソースのデータのみが表示されます。"NetApp Console ローカル展開におけるカスタムダッシュボードについて"。

RBACを使用すると、組織、フォルダー、またはフリートレベルで、定義済みの最小権限ロールをメンバーに割り当てることができます。同じロールであっても、割り当てるスコープによって有効なアクセス権限が異なります。これにより、中央管理者には広範なアクセス権限を付与しつつ、地域管理者やチーム管理者にはそれぞれが管理するフリートへのアクセス権限を制限できます。"ロールベースアクセス制御について学ぶ"。

組織レベルまたはフォルダレベルで割り当てられた役割は、その下にあるすべての子フォルダ、フリート、およびリソースに継承されるため、フォルダとフリートの設計によって、割り当てがどの程度広範囲に適用されるかが決まります。下位スコープで継承されたアクセス権を上書きすることはできません。変更するには、最初にアクセス権を付与した上位スコープでの割り当てを変更してください。"NetApp Console ローカル展開におけるロール継承について"。

NetApp Console のローカル展開グループは、定義済みのロールを次の3つのカテゴリに分類します。

"事前定義されたアクセスロールについて".

Active Directoryとの統合により、ユーザーは既存の企業認証情報でサインインできるようになり、個別のコンソールパスワードが不要になるほか、管理者はアクセス権を割り当てる際にディレクトリ内のユーザーを検索できるようになります。認可は引き続き独立して管理されます。Console は、各メンバーが実行できる操作を制御するために独自のロールを使用します。"セキュアアクセスの詳細"。

ローカルユーザーは、多要素認証（MFA）を有効にすることで、認証情報が漏洩した場合の不正アクセスリスクを軽減する追加の認証手順を導入できます。ディレクトリ認証ユーザーは、コンソールのローカル展開を通じてMFAを有効にすることはできません。"セキュアアクセスの詳細"。

サポートされているプロバイダータイプ（OpenAIまたはOpenAI互換）のサブスクリプションまたはサービスアクセス権をご自身でご用意ください。次に、設定時に有効なAPIキーを入力します。また、クラスタアクセス権限を持つコンソールのデプロイ、構成済みエンドポイントへのアウトバウンドネットワーク接続、組織管理者ロール、およびプロビジョニングをガイドするストレージクラスも必要です。"LLM統合について"。

コンソールは、設定したLLMエンドポイントにのみプロンプトと関連コンテキストを送信します。そのエンドポイントがサードパーティのクラウド サービスである場合、データはHTTPS経由でそのサービスに送信されます。そのエンドポイントがOpenAI互換の内部サービスである場合、その統合に関するデータは内部経路上に留まります。AIによるすべての操作はお客様のRBACを尊重し、機密性の高い操作にはお客様の承認が必要です。"LLM統合について"。

LLMを接続すると、コンソールアシスタントを使用して、ストレージのプロビジョニング、アラートの調査、自然言語による回答の取得が可能になります。ユーザーはアクセスモードを選択します。*読み取り専用*モードでは、アシスタントは変更を加えることなく回答とガイダンスを提供しますが、*読み取り/書き込み*モードでは、ストレージインフラストラクチャに対して操作を行うことができますが、変更を行う前にユーザーが確認できるように詳細を表示します。"LLMを接続してNetApp Consoleアシスタントを有効にする"。

NetApp Console のローカル展開により、NetApp Backup and Recovery にアクセスできるようになります。これにより、同じインターフェースからデータのバックアップと復元が可能になり、ガバナンスの一貫性を保ちながら、チームが使用するツールの数を削減できます。"データサービスについて学ぶ"。

すべての管理操作は監査記録を生成し、監査ページから確認およびフィルタリングできます。監査ログをWebhookを介して独自のsyslogサーバーにエクスポートすることで、集中監視ツールやSIEMツールに送信して長期保存と分析が可能になります。また、Console はお客様の環境内で実行されるため、ログデータがお客様のインフラストラクチャの外部に送信されることはありません。"NetApp Consoleのローカル デプロイ アクティビティの監査"。