次にASA Aシリーズですが、こちらはオールフラッシュストレージとして、TLC SSDを採用したハイパフォーマンスなデータアクセスが売りとなっているため、VDIやサーバ仮想化基盤、SAPなどのミッションクリティカルなワークロードにおすすめな製品となっています。

そして最後にASA Cシリーズですが、QLC SSDの採用により、パフォーマンスと価格のバランスが良いため、Tier1～2のような幅広いワークロードにおいて能力を発揮できる製品となっています。

SAN専用に最適化されたONTAP

SnapMirror Business Continuity(SM-BC)

SnapMirrorは、同一クラスタ内または、異なるクラスタ間でデータをレプリケーションする機能です。
バックアップやDR目的のため、同期先のボリュームでは書き込みが禁止されActive-Standby構成で動作する機能となっており、Active側で障害が発生した場合は、手動によるフェイルオーバーが必要になります。

しかし、特にSANのワークロードではVDIやアプリケーション基盤など、ミッションクリティカルなシステムの場合が多く、障害時の自動フェイルオーバーが求められる傾向にあります。

そんな中、ONTAPではSANでの利用に限り、SnapMirror Bussiness Continuity(以下：SM-BC)というActive-Active構成かつ、自動フェイルオーバーに対応したレプリケーション機能を提供しています。

【正常時の動作】

【障害時の動作】

※SM-BCはSAN専用の機能のため、ASAシリーズ以外にもAFFシリーズをSANプロトコルでご利用いただく場合は使用可能です。

Persistent Port(永続ポート)

もともとASAシリーズのネットワーク構成は「Symmetric Active/Active」というLUNに対する全てのパスがActiveとなることで、障害時でもデータアクセスの停止を最小限に抑える手法を取っていました。



現在では、さらにビジネス可用性を高めるため、FCプロトコルの利用時のみ、Persistent Portという機能により、高可用性かつパフォーマンス劣化の少ない構成がデフォルト設定として採用されています。

仕組みとしては、Activeなパスと同じポート情報(WWPNや速度設定など)を持つシャドウLIFと呼ばれる冗長パスを各ノードに配置しておくことで、障害発生時にシャドウLIFがActiveパスへ切り替わり、データアクセスの遮断を防ぐ形となっています。

さらに、ホスト側からは障害発生前と変わらないポート情報が見えているため、フェイルオーバー自体も発生せず、かつActiveパスの本数や帯域幅も変わることなく、システムへの影響を極限まで低減することが可能になっています。

※Persistent PortはASAシリーズでFCプロトコルを利用する際のみご利用可能です。

Tamperproof Snapshot

ONTAPにはSnapLockというボリュームのWORM化機能が存在します。
WORM化はデータ保護の観点において非常に強力ですが、一度しか書き込みができないという制約のため、ファイルシステムや仮想化基盤といったデータアクセスが頻繁に発生するワークロードでは使い勝手が悪く、アーカイブ目的で使用されるケースが多いかと思います。

Tamperproof Snapshotでは、ボリュームのスナップショットのみをWORM化することにより、通常運用に影響なくスナップショットの改ざん/削除を防止する堅牢性の高いデータ保護を提供します。


※Tamperproof SnapshotはFAS/AFFシリーズ、ASAシリーズの全てでサポートされます。

VMwareとの連携

NetAppでは、VMware環境でのデータ管理を手助けする便利なプラグインを提供しています。
もちろんASAシリーズをご利用の場合もこれらのプラグインを使用することが可能です。

① ONTAP tools for VMware vSphere

ONTAP tools for VMware vSphere(以下：OTV)は、VMware環境からNetAppストレージを直接管理するためのvCenter用プラグインです。

OTVには、「Virtual Storage Console」「VASA Provider」「Storage Replication Adapter」の3つのコンポーネントが内包されており、vCenterからNetAppストレージのボリュームを使用したデータストアをプロビジョニングしたり、VMwareのSite Recovery Managerと連携したデータストアや仮想マシンのDRレプリケーション機能を提供することができます。

【OTVでデータストアをプロビジョニングする際の画面】

② SnapCenter Plug-in for VMware vSphere

SnapCenter Plug-in for VMware vSphere(以下：SCV)は、VMware環境でデータストアや仮想マシンのバックアップ/リストアを実行するためのvCenter用プラグインです。

バックアップの実行処理はホストではなく、ストレージ側にオフロードされてバックグラウンドでONTAPのSnapshotが実行される仕組みとなっているため、ホストに負荷をかけない高速なバックアップが可能となっています。

また、バックアップしたデータをそのままSnapMirrorで遠隔地にレプリケーションすることも可能です。

これらのプラグインは全て無償となっており、ストレージにNetAppを採用いただいた方は皆様ご利用できます。

まだまだASAシリーズの魅力はたくさんありますが、より詳細なご紹介については第2弾以降の記事でお話しさせていただければと思います。

ライセンス

続いてASAシリーズに適用されるライセンスについてご説明します。

現在、FAS/AFFシリーズのライセンスは「ONTAP One」というすべての機能が利用できるオールインワンライセンスと「ONTAP Base」という基本的な機能のみが利用できるライセンスの2種類となっています。

一方でASAシリーズでは「ONTAP One for SAN」という専用ライセンスが適用されており、ASAシリーズで利用可能なすべての機能が含まれるオールインワンライセンスとなっています。
ASAシリーズにはONTAP Baseの代わりとなる基本ライセンスは存在しないのでご注意ください。


※1.ONTAP One for SANでは、使用可能なプロトコルや機能に一部差分があります。

勘違いされてる！？ 昔のASAシリーズであった問題について

最後にASAシリーズのサイジングについて、勘違いされるケースが多い問題がありますので、こちらについてご紹介いたします。

・・・ASAシリーズではスナップショット用の容量をLUNの2倍確保しないといけない？

皆さんは、こんな言葉を見聞きしたことはないでしょうか？
ONTAPのSnapshotはRedirect on Writeという方式を取っており、ボリューム作成時にSnapshot専用の領域は持たせず、Snapshotを取得するたびにAggregate(ストレージプール領域)から必要な容量が自動で切り出される仕組みになっています。

そのため、Snapshotの容量が膨れ上がるとボリューム内の実データを入れるスペースが枯渇する可能性がありました。

ただし、これについてはRedirect on Write方式をシンプロビジョニングで使う際の一般的な仕様となっており、基本的にはオペミス以外にほぼほぼ起こりえないため、これ自体は問題ではありませんでした。

しかし、ONTAPの過去のバージョンでは、Aggregateの容量が枯渇するとLUNがオフラインになってしまうという仕様があり、これを避けるためにLUNの2倍の容量をスナップショット用としてAggregateに確保しなければならないという指針が提示されていました。

ですが！
この問題はとっくの昔に解決されています！！！

現在では、Aggregateの容量が枯渇してもLUNはRead-Onlyとなる設定(他社ブロックストレージと同様)や、ボリュームの自動拡張設定、古いSnapshotを自動削除する設定など、様々なオプションがデフォルトで有効化されており、過去にあったサイジングの問題については全て解消されています。

是非、安心してASAシリーズをご提案いただければと思います。