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

Cloud Volumes ONTAP のデフォルト設定

共同作成者
PDF

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

デフォルトのセットアップ

  • BlueXPでは、Cloud Volumes ONTAP を導入するとデータ提供用のStorage VMが1つ作成されます。追加の Storage VM をサポートする構成もあります。 "Storage VM の管理に関する詳細情報"。

    BlueXP 3.9.5リリース以降では、最初のStorage VMで論理スペースのレポートが有効になります。スペースが論理的に報告されると、 ONTAP は、 Storage Efficiency 機能で削減されたすべての物理スペースが使用済みと報告するようにボリュームスペースを報告します。インラインのStorage Efficiency機能については、ナレッジベースの記事を参照してください。 "KB：CVOでサポートされているインラインStorage Efficiency機能を教えてください。"

  • BlueXPでは、次のONTAP 機能ライセンスがCloud Volumes ONTAP に自動的にインストールされます。

    • CIFS

    • FlexCache

    • FlexClone

    • iSCSI

    • Cloud Volumes ONTAP 9.12.1 GA以降、マルチテナント暗号化キー管理（MTEKM

    • NetApp Volume Encryption（お客様所有のライセンスを使用（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 にアクセスできなくなります。
    属性 BlueXPによって設定された値

    オートサイズモード

    成長

    最大オートサイズ

    1,000 パーセント

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

    セキュリティ形式

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

    スペースギャランティスタイル

    なし

    UNIX 権限（ NFS のみ）

    777

    +
    これらの属性の詳細については、を参照してください"ONTAP _ volume create _のマニュアルページ"。

システムデータ用の内蔵ディスク

ユーザデータ用のストレージに加えて、BlueXPはシステムデータ用のクラウドストレージも購入します。

AWS

  • ノードあたり 3 本のディスクで、ブート、ルート、コアの各データに対応：

    • ブートデータ用に47GiB io1ディスク

    • ルートデータ用に 140GiB GP3 ディスク

    • コアデータ用に 540GiB GP2 ディスク

  • HAペアの場合：

    • メディエーターインスタンス用の2つのst1 EBSボリューム（ルートディスクとして約8GiBのうち1つ、データディスクとして4GiBのうち1つ）

    • 140GiB GP3ディスクを各ノードに1本（もう一方のノードのルートデータのコピーを格納）

      メモ 一部のゾーンでは、使用可能なEBSディスクタイプはgp2のみです。

  • ブートディスクとルートディスクごとに 1 つの EBS スナップショット

    メモ スナップショットは、リブート時に自動的に作成されます。

  • キー管理サービス（ KMS ）を使用して AWS でデータ暗号化を有効にすると、 Cloud Volumes ONTAP のブートディスクとルートディスクも暗号化されます。これには、 HA ペアのメディエーターインスタンスのブートディスクが含まれます。ディスクは、作業環境の作成時に選択した CMK を使用して暗号化されます。

ヒント AWS では、 NVRAM はブートディスクにあります。

Azure （シングルノード）

  • Premium SSD ディスク × 3 ：

    • ブートデータ用に 10 GiB のディスクを 1 台

    • ルートデータ用に 140GiB のディスクが 1 つ

    • NVRAM 用に 512GiB ディスクが 1 本必要です

      Cloud Volumes ONTAP 用に選択した仮想マシンでウルトラ SSD がサポートされている場合、システムは Premium SSD ではなく 32GiB Ultra SSD を NVRAM に使用します。

  • コアを節約するために 1024 GiB の標準 HDD ディスクを 1 台

  • 各ブートディスクとルートディスクに 1 つの Azure Snapshot

  • Azureのデフォルトでは、すべてのディスクが保存データとして暗号化されます。

    Cloud Volumes ONTAP用に選択した仮想マシンがプレミアムSSD v2管理対象ディスクをデータディスクとしてサポートしている場合、システムは32GiBプレミアムSSD v2管理対象ディスクをNVRAM用に使用し、もう1つをルートディスクとして使用します。

Azure （ HA ペア）

ページBLOBを使用したHAペア

  • ブートボリューム用の 10GiB Premium SSD ディスク × 2 （ノードごとに 1 つ）

  • ルート用の 140 GiB Premium Storage ページブロブ 2 つ ボリューム（ノードごとに 1 つ）

  • コアを節約するために 1024 GiB の標準 HDD ディスク 2 台 （ノードごとに 1 つ）

  • NVRAM 用 512GiB Premium SSD ディスク × 2 （各ノードに 1 つ）

  • 各ブートディスクとルートディスクに 1 つの Azure Snapshot

    メモ スナップショットは、リブート時に自動的に作成されます。

  • Azureのデフォルトでは、すべてのディスクが保存データとして暗号化されます。

複数のアベイラビリティゾーンに共有管理対象ディスクを配置したHAペア

  • ブートボリューム用の 10GiB Premium SSD ディスク × 2 （ノードごとに 1 つ）

  • ルートボリューム用に512GiB Premium SSDディスク×2（ノードごとに1本）

  • コアを節約するために 1024 GiB の標準 HDD ディスク 2 台 （ノードごとに 1 つ）

  • NVRAM 用 512GiB Premium SSD ディスク × 2 （各ノードに 1 つ）

  • 各ブートディスクとルートディスクに 1 つの Azure Snapshot

    メモ スナップショットは、リブート時に自動的に作成されます。

  • Azureのデフォルトでは、すべてのディスクが保存データとして暗号化されます。

単一のアベイラビリティゾーンに共有管理対象ディスクを配置したHAペア

  • ブートボリューム用の 10GiB Premium SSD ディスク × 2 （ノードごとに 1 つ）

  • ルートボリューム用に512GiB Premium SSD共有管理ディスク×2（ノードごとに1本）

  • コアを節約するために 1024 GiB の標準 HDD ディスク 2 台 （ノードごとに 1 つ）

  • NVRAM用の512GiB Premium SSD Managedディスク×2（ノードあたり1本）

仮想マシンがデータディスクとしてPremium SSD v2 Managed Disksをサポートしている場合、NVRAMには32GiB Premium SSD v2 Managed Disks、ルートボリュームには512GiB Premium SSD v2 Shared Managed Disksを使用します。

次の条件を満たす場合は、単一のアベイラビリティゾーンにHAペアを導入し、Premium SSD v2管理ディスクを使用できます。

Google Cloud （シングルノード）

  • ブートデータ用の 10GiB SSD 永続ディスク × 1

  • ルートデータ用に 64GiB SSD パーシステントディスクが 1 本

  • NVRAM 用に 500GiB SSD 永続ディスクが 1 本

  • コアを節約するための 315 GiB 標準永続ディスク 1 台

  • ブートデータとルートデータ用の Snapshot

    メモ スナップショットは、リブート時に自動的に作成されます。

  • ブートディスクとルートディスクはデフォルトで暗号化されています。

Google Cloud （ HA ペア）

  • ブートデータ用の 2 本の 10GiB SSD 永続ディスク

  • 64 GiB SSD の 4 本の永続的ディスクをルートデータ用に使用

  • NVRAM 用に 500GiB の SSD 永続ディスクが 2 本搭載されています

  • コアを節約するための 2 つの 315 GiB 標準パーシステントディスク

  • メディエーターデータ用の 10GiB 標準永続ディスクが 1 本

  • メディエーターのブートデータ用の10GiB標準永続ディスクが1本

  • ブートデータとルートデータ用の Snapshot

    メモ スナップショットは、リブート時に自動的に作成されます。

  • ブートディスクとルートディスクはデフォルトで暗号化されています。

ディスクが存在する場所

BlueXPでは'次のようにストレージが配置されます

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

    このディスクにはブートイメージが含まれており、 Cloud Volumes ONTAP では使用できません。

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

  • Storage Virtual Machine （ SVM ）ルートボリュームは aggr1 にあります。

  • データボリュームも aggr1 にあります。