Skip to main content
すべてのクラウドプロバイダー
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • すべてのクラウドプロバイダー
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Cloud Volumes ONTAPでサポートされているデフォルト構成

共同作成者 netapp-manini
PDF

Cloud Volumes ONTAPがデフォルトでどのように構成されているかを理解しておくと、システムのセットアップと管理に役立ちます。特に、 Cloud Volumes ONTAPのデフォルトのセットアップはONTAPとは異なるため、 ONTAPに精通している場合は役立ちます。

デフォルト設定

  • NetApp Consoleは、 Cloud Volumes ONTAPを展開するときに、1 つのデータ提供ストレージ VM を作成します。一部の構成では追加のストレージ VM がサポートされます。"ストレージVMの管理について詳しくはこちら" 。

    論理容量レポートは、初期ストレージVMで有効になっています。スペースが論理的にレポートされる場合、ONTAPはストレージ効率化機能によって節約されたすべての物理スペースも使用済みとして報告されるように、ボリュームスペースをレポートします。インラインストレージ効率化機能の詳細については、ナレッジベースの記事を参照してください。 "KB: CVO ではどのようなインライン ストレージ効率機能がサポートされていますか?"

  • コンソールは、Cloud Volumes ONTAPに次のONTAP機能ライセンスを自動的にインストールします。

    • CIFS

    • FlexCache

    • FlexClone

    • iSCSI

    • Cloud Volumes ONTAP 9.12.1 GA から開始されるマルチテナント暗号化キー管理 (MTEKM)

    • NetAppボリューム暗号化 (BYOL (ライセンス持ち込み) または登録済みの従量課金制 (PAYGO) システムのみ)

    • NFS ifdef::aws[] endif::aws[] ifdef::azure[] endif::azure[]

    • SnapMirror

    • SnapRestore

    • SnapVault

  • デフォルトでは、いくつかのネットワーク インターフェイスが作成されます。

    • クラスタ管理LIF

    • クラスタ間LIF

  • Azure の HA システム上の SVM 管理 LIF

  • Google Cloud の HA システム上の SVM 管理 LIF

  • AWSのシングルノードシステム上のSVM管理LIF

  • ノード管理LIF

+ Google Cloud では、この LIF はクラスタ間 LIF と組み合わされます。

  • iSCSIデータLIF

  • CIFSおよびNFSデータLIF

    メモ クラウド プロバイダーの要件により、 Cloud Volumes ONTAPでは LIF フェイルオーバーはデフォルトで無効になっています。 LIF を別のポートに移行すると、インスタンス上の IP アドレスとネットワーク インターフェイス間の外部マッピングが壊れ、LIF にアクセスできなくなります。

    • Cloud Volumes ONTAP は、 HTTP を使用して構成バックアップをコンソール エージェントに送信します。

      バックアップは http://ipaddress/occm/offboxconfig/ からアクセスできます。ここで、ipaddress はコンソール エージェントのホストの IP アドレスです。

      バックアップを使用して、 Cloud Volumes ONTAPシステムを再構成できます。設定バックアップの詳細については、 "ONTAPのドキュメント" 。

    • コンソールは、他の管理ツール (たとえば、 ONTAP System Manager やONTAP CLI) とは異なる方法でいくつかのボリューム属性を設定します。

      次の表は、デフォルトとは異なる設定のボリューム属性を示しています。

    属性 コンソールが設定する値

    オートサイズ モード

    育つ

    最大オートサイズ

    1,000パーセント

    メモ 組織またはアカウント管理者は、[設定] ページからこの値を変更できます。

    セキュリティ形式

    CIFSボリュームの場合はNTFS、NFSボリュームの場合はUNIX

    スペース ギャランティ形式

    なし

    UNIX 権限 (NFS のみ)

    777

    +
    これらの属性の詳細については、"ONTAP volume create マニュアルページ" 。

ディスクが存在する場所

ストレージレイアウト:

  • ブート データは、インスタンスまたは仮想マシンに接続されたディスク上に存在します。

    ブート イメージを含むこのディスクは、 Cloud Volumes ONTAPでは使用できません。

  • システム構成とログを含むルート データは aggr0 にあります。

  • ストレージ仮想マシン (SVM) のルート ボリュームは aggr1 にあります。

  • データ ボリュームも aggr1 に存在します。

Cloud Volumes ONTAPクラスターに使用されるディスクとアグリゲート

Cloud Volumes ONTAP がクラウド ストレージを使用する方法を理解すると、ストレージ コストを理解するのに役立ちます。

注意 すべてのディスクとアグリゲートはNetApp Consoleから作成および削除する必要があります。これらのアクションを別の管理ツールから実行しないでください。そうすると、システムの安定性に影響が及び、将来的にディスクを追加する能力が妨げられ、クラウド プロバイダーの料金が重複して発生する可能性があります。

Cloud Volumes ONTAP は、クラウド プロバイダー ストレージをディスクとして使用し、それらを 1 つ以上のアグリゲートにグループ化します。アグリゲートは 1 つ以上のボリュームにストレージを提供します。

この図は、ディスクで構成されるアグリゲートと、 Cloud Volumes ONTAP がホストに提供するデータ ボリュームを示しています。

いくつかの種類のクラウド ディスクがサポートされています。ボリュームを作成するときにディスク タイプを選択し、 Cloud Volumes ONTAPをデプロイするときにデフォルトのディスク サイズを選択します。

ヒント クラウド プロバイダーから購入したストレージの合計量が 生の容量 です。 使用可能な容量 が少なくなるのは、約 12 ～ 14 パーセントがCloud Volumes ONTAP の使用のために予約されているオーバーヘッドであるためです。たとえば、コンソールが 500 GiB のアグリゲートを作成した場合、使用可能な容量は 442.94 GiB になります。

RAIDタイプ

各Cloud Volumes ONTAPアグリゲートの RAID タイプは RAID0 (ストライピング) です。 Cloud Volumes ONTAP は、ディスクの可用性と耐久性をクラウド プロバイダーに依存します。他の RAID タイプはサポートされていません。

ホット スペア

RAID0 は冗長性のためのホットスペアの使用をサポートしていません。

Cloud Volumes ONTAPインスタンスに接続された未使用のディスク (ホット スペア) を作成することは不必要な費用がかかり、必要に応じて追加のスペースをプロビジョニングできなくなる可能性があります。したがって、お勧めできません。

関連リンク