ONTAP 9.10.1以降のライセンスの概要
環境
- ONTAP 9.10.1以降
- ライセンス
回答
注:9.9.1以前のライセンスについては、ONTAP Licensing in 8.2 to 9.9.1を参照してください。
ONTAPワンライセンス情報
- 28文字のキーで販売されたシステム用のONTAP Oneライセンスの入手方法 (例:CIFS_2)
- NetAppライセンスファイル(NLF)で販売されたシステム用のONTAP Oneライセンスの入手方法 (例:CORE_BDL_CAP_3など)
ライセンス更新の概要
- FAS/AFFストレージシステム向けのONTAP 9.10.1以降では、新しいファイルベースのライセンスソリューションを使用して、ノード単位の ONTAP機能(CIFS、SnapMirrorなど)を有効にします。 新しいライセンスキー形式は、NetApp License File (NLF)と呼ばれます。
- NLF形式は“バンドル”ライセンスをサポートしており、1つのNLFで1つ以上の個別の機能を有効にすることができます。たとえば、機能ごとに個別のライセンスキーを受け取るのではなく、ONTAP Core Bundleに対して1つのNLFのみを取得します。
- NLF形式は、“容量”ベースのライセンスや“有効化”ライセンスなど、複数のノードベースのライセンスモデルをサポートしています。 各モデルで販売されているONTAP機能については、パッケージの詳細を参照してください。
- 無停止アップグレードおよびコントローラFRU交換のプロセスに変更はありません。 ただし、都合の良いときに従来のライセンスキーをNLF形式に変換し、新しいNLFをインストールすることをお勧めします(今後のアップグレードではNLF形式が導入されている必要がある場合があります)。
注記: Active IQ Unified Managerを使用してクラスタを監視する場合は、 CAIQUM-7125による問題を回避するため、できるだけ早く新しいNLFを適用してください。
- 従来のライセンスキーは、NetApp Support Siteのセルフサービス ツールを使用して、新しいNLF形式に変換できます。 詳細については、こちらの動画をご覧ください: ONTAP 9.10のライセンスファイル - NetApp Support Site
サポートされているライセンスタイプ
- ONTAP 9.10.1 以降のライセンスは、次のライセンスタイプをサポートしています(* = 新規):
- Enabled*(ノードロック):含まれている機能はノードで有効になり、システム上のすべてのデータを管理できます(例:Encryption Bundle)。
- Capacity*(ノードロック):含まれている機能は、TiBiBytes(TiB)で測定されるシステム上の特定のデータ量を管理できるように有効になります(例:Data Protection Bundle)。
- ONTAPで表示される容量値の詳細については、KB記事 ONTAP 9.10.1 ライセンス:容量ライセンスの値が不正確です を参照してください。
- Capacity-Term(cluster-locked):含まれる機能は、特定の期間にわたり、クラスタ上の特定のデータ量(テラバイト(TB)単位)を管理するために有効になります(例:Hybrid Cloud Bundle)。
- Evaluation:含まれる機能は、任意のホストノードまたはクラスタ上の非本番環境でONTAP機能を評価するために、特定の期間(期間)有効です。
システムへのストレージの追加
- “容量”ライセンスの場合、容量値はシステム’の総ストレージ容量に基づいて決定されます。
- 販売時点では、システムの容量は、そのシステムの各容量ライセンスレコードに記録されます。 たとえば、10TBのストレージ容量を備えたシステムを購入した場合、そのシステム向けのすべての容量タイプのライセンスには、10TBの容量制限が適用されます。
- 特定のシステムシリアル番号に対して、販売後にストレージ容量を追加購入した場合、容量ベースのライセンスを再生成し、システムに適用することが推奨されます(必須ではありません)。 これにより、 System Managerに新しいライセンス総容量値が表示されるようになります。
無停止アップグレード
- ONTAP 9.8.xまたは9.9.xを実行しているシステムでは、システムライセンスに変更を加えることなく、ONTAP 9.10.1以降への無停止アップグレードがサポートされます。
注記:今後のリリースでは、NLFはアップグレードが必須となります。したがって、できるだけ早くライセンスをNLFに変換し、新しいNLFをシステムにインストールすることをお勧めします。 ライセンスはNetApp Support Site(NSS)で変換できます。 その方法は、こちらの動画をご覧ください: ONTAP 9.10のライセンスファイル - NetApp Support Site
FRU交換(故障部品の 交換)
- 一部のプラットフォームでは、システムシリアル番号は コントローラFRU にありますが、他のプラットフォームではシステムシリアル番号は システム管理モジュールFRUにあります。
- 新しいシステムシリアル番号を含む部品については、ドキュメントに交換用の NLFライセンス または 従来の28文字のキー の使用が記載されています。
- これらの 交換部品のいずれかが出荷されると、新しい システムシリアル番号には両方のライセンスタイプが割り当てられるため、ユーザーは任意のONTAPバージョンを使用してシステムを展開できます。
- ユーザーは、NetApp Support Siteから新しいシステムシリアル番号のライセンスを取得し、90日以内(現在と同じ)に交換部品に適用する必要があります。
- ONTAPプラットフォームでライセンスを更新するためのマザーボード交換後のプロセス
コントローラのアップグレード(例:AFF A700からAFF A900)
- コントローラーのアップグレードを購入する際には、既存のシステムシリアル番号を提供し、そのシステムに現在適用されているライセンスを特定する必要があります。 同等のライセンスは、新しい(アップグレードされた)システムシリアル番号に割り当てられ、販売注文が履行された後にNSS上で利用可能になります。
- PCMアップグレードを実施する際は、NSSにアクセスしてPCMシリアル番号の新しいライセンスを取得し、システムの起動時にインストールします。
- 既知の問題により、新しいシリアル番号のNLFの容量値は“1”になります。これは表示上の問題のみであり、製品の動作には影響しません。
- ONTAPで表示される容量値の詳細については、KB記事 ONTAP 9.10.1ライセンス:容量ライセンスの値が不正確です を参照してください。
ライセンスと“パッケージ”
- ライセンスとは、ソフトウェアの機能を有効にするために使用される技術を指します。 パッケージングとは、個々の機能が個別に、または“バンドル”(つまり、複数の機能を有効にする単一のライセンス)として販売される形態を指します。
注: すべてのライセンスがすべてのプラットフォームで利用できるわけではありません。詳細については製品ドキュメントを参照してください。
ライセンスキーの変換
- すでに導入されているFAS/AFFコントローラのほとんどは、“レガシー”ライセンスキーで動作しています。 これらは、ONTAP 8.3から9.9.1まで機能ごとに1つずつ発行された28文字のライセンスキーです。
- “レガシー”ライセンスを新しいNLF形式に変換するには、NSSにログインし、ソフトウェアライセンスページでコントローラのシリアル番号を検索して、“Check Eligibility”リンクをクリックします。 詳細については、こちらの動画をご覧ください:License Files in ONTAP 9.10 - NetApp Support Site
- クラスタが9.10.1より前 のONTAPで構成される場合に使用する「レガシー」ライセンスにNLF形式を変換するには、次の手順に従います。
- My Support Siteにログインします。
- Systemsメニューを選択します。
- Software Licensesオプションを選択します。
- Check Eligibility へのリンクがある列を探します(その列が表示されていない’場合は、View Settingsドロップダウンメニューを使用して有効にする必要があります)。
- そのリンクをクリックして次の画面に進むと、ライセンスキーの変換プロセスが開始されます。
NLFのインストール
- System Managerは、NetAppライセンスファイルを追加するための推奨される方法です
- または、/cluster/licensing/licenses を使用するAPI呼び出しでNLFを追加することもできます
- NLFファイルは、9.10.1P13、9.11.1P10、9.12.1P3、および9.13.1RC1以降のONTAP CLIから、次のコマンドを使用してインストールできます:
clustername::*> set advancedclustername::*> system license add -use-license-file true- 注記: コマンドを実行する前に、ライセンスファイル の名前を
lic_fileに変更し、/mroot/etc/にコピーする必要があります。 これはSCPを使用して行うことができます。
FAQ
- Core BundleおよびData Protection Bundleのライセンスに想定以上のTeraByte(容量)制限が表示されるのはなぜですか?
- ライセンス容量値を表示する計算に既知の問題があります。ストレージ容量が大きい一部のシステムでは、ライセンス容量の値が不正確に表示されます。 この問題は、近日公開予定のリリースで対応される予定です。 参照:ONTAP 9.10.1 ライセンス:容量ライセンスの値が不正確です
- 9.10.1以降を実行している28文字キーを使用した既存のクラスタに、新しいNLFライセンス形式を持つノードを2つ追加するとどうなりますか?
- 複数の鍵を組み合わせたデプロイメントは完全にサポートされています。 各ONTAP NLFには有効にする機能のリストが含まれており、そのリストは従来のキーが個別に有効にするものと同じです。 たとえば、Core Bundle NLFは、9.9.1以前で従来のキーが有効にしていたプロトコルと同じものを有効にします。
- 実効クラスタバージョンが9.10.1未満のクラスタに、NLFがプリインストールされた9.10.1以降を実行する新しいHAペアを追加できますか? たとえば、FAS8080システムが稼働しているクラスタで、リプレースを予定している場合などですか?
- はい、可能です。ただし、System Manager/APIのインストール方法では、有効なクラスタバージョンが9.10.1以上である必要があるため、クラスタに追加する前に、プリインストールされているNLFファイルを削除しないでください。 削除した場合は、新しいHAペアがシステムライセンス追加の拡張機能をサポートするバージョンを実行していることを確認してください:9.10.1P13、9.11.1P10、9.12.1P3、および9.13.1RC1以降。
- 9.10.1以降、容量に関連するすべてのONTAP機能はONTAP ONE/ONTAP Baseライセンスの容量によって制限されますか?
- クラウドエンドのデータ転送を伴う機能のみが、ONTAP ONE/ONTAP Baseライセンスの容量によって制限されます。NFSやSnapMirrorなど、物理プラットフォームで使用される機能は、物理プラットフォームのストレージ容量によってのみ制限されます。