Skytap on Azure は、AIX、IBM i (AS/400)、Linux on Power などの IBM Power ワークロードを、x86 ワークロードと共に Azure 上でネイティブに実行するために使用できる、サービスとしてのクラウド インフラストラクチャ (Iaas) です。 Skytap はリファクタリング、再設計、または再プラットフォーム化を必要としないため、従来のワークロードを Azure に簡単に移動できます。
Skytap on Azure をデプロイする場合は、ファイル ストレージ用の Azure NetApp Files を使用します。 サービスを中断することなく、ストレージ割り当てのスケールアップまたはスケールダウンをいつでもできます。 また、ストレージのサービスレベルのパフォーマンス要件を動的に調整することもできます。
詳細については、「Skytap を使用して IBM i シリーズを Azure に移行する」を参照してください。
Architecture
このアーキテクチャの Visio ファイルをダウンロードします。
ワークフロー
このアーキテクチャは、Skytap on Azure のワークロードで Azure NetApp Files を使用する方法を示します。 次のワークフローは、上記のダイアグラムに対応しています。
- プライベート ネットワークに接続するには、Azure VPN ゲートウェイまたは Azure ExpressRoute 回線を使用します。
- Azure portal から Azure NetApp Files 容量プールと共有を設定します。
- Skytap on Azure で AIX ベース、IBM i ベース、または Linux on Power ベースのワークロードに共有をマウントします。
- 共有をプライマリ ストレージとして使用し、プラットフォーム間および Azure ネイティブ デプロイ間でファイルを共有します。
コンポーネント
このアーキテクチャでは、次のコンポーネントが使用されます。
Skytap On Azure は、Azure データセンターのハードウェアで IBM Power と x86 の従来のワークロードをネイティブに実行する Azure 内のサービスです。 組織で IBM Power ベースの AIX、IBM i、または Linux のオペレーティング システム (OS) を実行している場合は、Skytap on Azure を使用して、最小限の事前作業でワークロードを Azure に移行できます。
Azure NetApp Files は、Azure ネイティブ、エンタープライズクラス、ハイパフォーマンスの従量制課金ファイル ストレージ サービスです。 Azure NetApp Files には、NetApp アカウント、容量プール、ボリュームの作成に使用できるボリュームがサービスとして用意されています。 サービス レベルとパフォーマンス レベルを選択でき、ゾーン間およびリージョン間でデータ保護とレプリケーションを管理できます。
ExpressRoute であれば、接続プロバイダーが提供するプライベート接続を介して、オンプレミスのネットワークを Microsoft クラウドに拡張できます。 ExpressRoute を使用すると、Microsoft Azure、Microsoft 365 などの Microsoft クラウド サービスへの接続を確立できます。
Azure 仮想マシン (VM) は、Azure で利用できるオンデマンドでスケーラブルなコンピューティング リソースです。 通常、VM を使用するのは、コンピューティング環境に対して、他のリソースよりも細かい制御が必要な場合です。
Azure VPN Gateway を使用すると、遠隔地の支社をセットアップして接続する際に使用するものと似たようなプロセスで、サイト間 VPN を介してオンプレミスのネットワークを Azure に接続できます。 この構成の場合、業界標準プロトコルであるインターネット プロトコル セキュリティ (IPsec) とインターネット キー交換 (IKE) を使用した、セキュアな接続を利用できます。
代替
- Azure Blob Storage
- Azure Files
シナリオの詳細
考えられるユース ケース
Azure NetApp Files は、クラウドでネットワーク ファイル ストレージを必要とするシナリオや、次のユース ケースで使用できます。
スケーラブルで回復性があるファイル共有サービス: スケーラブルで回復性があるファイル共有サービスは、データのニーズに合わせて拡張でき、情報を安全に保てる、堅牢なストレージ ソリューションです。 ファイル共有サービスを使用して、パフォーマンスの向上に必要な場合にリアルタイムでストレージ容量を追加します。 また、組み込みデータの回復性を得るためにレプリケーションを組み込み、データに常にアクセスできるようにすることもできます。 Azure NetApp Files は、IBM Power プラットフォームでホストされているミッション クリティカルなワークロード ファイルを共有および格納するための、信頼性と適応性に優れたプラットフォームを備えています。
重要なバックアップ: AIX
mksysbコマンドを使用すると、クラッシュ後に新しいハードウェアに移行したり、システムを復元したりできるように、システムのコアのブート可能バックアップを作成できます。mksysbコマンドは、システムの基本イメージまたは一部ファイルを復元するために使用できるファイルに保存することによって、ルート ボリューム グループと設定をキャプチャします。 Azure NetApp Files は、これらのバックアップを Azure クラウドに格納するためのスケーラブルでコスト効率の高い方法を提供します。一元化されたデータ ストレージ: Azure NetApp Files を使用して、複数の AIX システムがネットワーク ファイル システム (NFS) 経由でアクセスできる共有ストレージ プールを作成できます。 この共有ストレージ プールには、ネットワーク全体のユーザー ホーム ディレクトリ、アプリケーション データ、またはプロジェクト ファイルが含まれます。 分散アプリケーションで共有ストレージ プールを使用することがよくあります。
高可用性: フェールオーバー機能の場合、Azure NetApp Files と、PowerHA SystemMirror のような AIX クラスタリング ソリューションを統合できます。 あるサーバーがダウンした場合、クライアントは、Azure NetApp Files 内にある同じ NFS リポジトリをホストする別のサーバーのデータにシームレスにアクセスできます。
SAP グローバル トランスポート ディレクトリ: SAP グローバル トランスポート ディレクトリ (/usr/sap/trans) は、SAP トランスポート管理システム (TMS) のグローバル ドメイン コントローラー上に存在する共有の場所です。 グローバル トランスポート ディレクトリの数は、要件に応じて、1 つの場合もあれば、複数の場合もあります。 このディレクトリは、Azure NetApp Files 上の Azure クラウドでホストされている NFS 共有として使用できます。 ディレクトリを使用して、ネットワークで複数のクライアントとファイルを共有します。 Azure NetApp Files は、このシナリオで回復性とパフォーマンスを発揮します。
考慮事項
Azure NetApp Files には、ワークロードの品質を向上させるために使用される一連の基本原則である Azure Well-Architected Framework の柱に基づいて設計上の考慮事項を提供する一連の機能が含まれています。
信頼性
信頼性により、顧客に確約したことをアプリケーションで確実に満たせるようにします。 詳細については、「信頼性の重要な要素の概要」を参照してください。
Skytap on Azure では、プラットフォームと論理パーティション (LPAR) に対して、標準の 99.95% の可用性サービス レベル目標 (SLO) が提供されます。
Azure NetApp Files では、すべてのレベルとサポート対象リージョンに対して、標準の 99.99% の可用性サービス レベル アグリーメント (SLA) が提供されます。 Azure NetApp Filesでは、選択した可用性ゾーンでのボリュームのプロビジョニングもサポートされており、またゾーンが停止した場合にデータ保護を強化するための、ゾーン間での HA デプロイもサポートされています。
目標復旧時点と目標復旧時間 (RPO/RTO) の SLA を向上させる場合は、スナップショットとバックアップを使用した統合データ保護をサービスで利用できます。 さらに、リージョン間レプリケーションでは、Azure リージョン全体でディザスター リカバリーの特典が得られます。
セキュリティ
セキュリティは、意図的な攻撃および重要なデータとシステムの悪用に対する保証を提供します。 詳細については、「セキュリティの重要な要素の概要」を参照してください。
Azure NetApp Files では、仮想ネットワーク内にボリュームとデータ トラフィックを保持し、アドレス指定可能なエンドポイントを公開しないことで、セキュリティをさらに強化します。 常にすべてのデータは保存時に暗号化されます。 NFS Kerberos を使用して転送中のデータを暗号化することもできます。
Azure NetApp Files では、名前文字列、制限付きファイアウォール ポート露出、LDAP 統合、NFSv4.1 ACL など、標準の NFSv4.1 セキュリティ対策がサポートされています。
Azure Policy は、組織の標準を適用してコンプライアンスを大規模に評価するのに役立つ場合があります。 Azure NetApp Filesでは、カスタムおよび組み込みのポリシー定義を通じて Azure Policy がサポートされています。
コストの最適化
コストの最適化とは、不要な費用を削減し、運用効率を向上させる方法を検討することです。 詳細については、「コスト最適化の設計レビュー チェックリスト」を参照してください。
クラウド支出の管理に役立つ Azure NetApp Files のコスト モデルについて説明します。
Azure NetApp Files の課金は、プロビジョニングされたストレージ容量 (ユーザーが容量プールを作成して割り当てるもの) に基づきます。
容量要件の変動
容量プールのサイズ要件が変動する場合は、ボリュームと容量プールのサイズを変更して、変化する容量およびパフォーマンスのニーズと、コストのバランスを取ることを検討してください。 ワークロードを中断する必要なくサイズを変更できます。
パフォーマンス要件の変動
容量プールのサイズ要件は一貫しているが、パフォーマンス要件が変動する場合は、ボリュームのサービス レベルを動的に変更することを検討してください。 Azure NetApp Files には複数のサービス レベルがあり、クラウド ニーズに対して最善のバランスのコスト パフォーマンス最適化を実現します。 たとえば、ワークロードが四半期の特定の期間のみビジー状態になっている場合は、Premium または Ultra のサービス レベルを適用してパフォーマンスを最大化します。 または、ワークロードがたまに停滞するのであれば、中断することなくボリュームのサービス レベルを Standard に変更し、コストを削減します。
コールド データを自動的に階層化する
Azure NetApp Files には、クール アクセスを備えた Standard ストレージ サービス レベルがあります。 この機能を使用して、コールド データを階層化し、オブジェクト ストレージ コストを削減できます。 クール アクセスは、コールド ブロックを Azure Blob ストレージに自動的に移動し、クライアントが要求したときにアクティブなファイル システムにコールド ブロックを自動的に返します。
また、1 か月の間にさまざまな種類の容量プールをプロビジョニングしたりプロビジョニング解除したりして、ジャストインタイムのパフォーマンスを提供し、ハイ パフォーマンスが不要な期間にコストを削減することもできます。
価格
容量とパフォーマンスの要件に基づいて、必要な Azure NetApp Files サービス レベル (Standard、Premium、または Ultra) を決定します。 これらのコンポーネントのコストを評価するには、Azure 料金計算ツールを使用します。
- Skytap on Azure コンポーネント
- Azure NetApp Files
- ExpressRoute 回線と VPN ゲートウェイ
- 仮想ネットワーク
パフォーマンス効率
パフォーマンス効率とは、ユーザーからの要求に合わせて効率的な方法でワークロードをスケーリングできることです。 詳細については、「パフォーマンス効率の設計レビュー チェックリスト」を参照してください。
Azure NetApp Files では、ワークロードのニーズの変化に応じて、中断することなく、パフォーマンス サービス レベルを動的にスケールアップしたり、パフォーマンス サービス レベルをスケールダウンしたりできます。
サービス レベルは次のとおりです。
- Standard: 1 TiB あたり 16MiB/秒
- Premium: 1 TiB あたり 64MiB/秒
- Ultra: 1 TiB あたり 128MiB/秒
容量で許可されている以上のパフォーマンスが必要な場合は、容量プールに手動のサービス品質 (QoS) の種類を設定して、ボリュームで許可されるスループットを最大化することを検討してください。
Azure NetApp Files を使用して、アプリケーション ワークロードに必要なパフォーマンスに基づいてコストを制御します。
スループットと容量に関連する要件については、次を参照してください。
大規模な Skytap
コンピューティング パフォーマンスをスケーリングするには、Skytap on Azure で実行される LPAR に容量を追加します。 また、Azure NetApp Files のボリュームに対して、ストレージを動的にスケーリングすることもできます。 自動 QoS では、パフォーマンスが自動的にスケーリングされます。 各ボリュームをよりきめ細かく制御する場合は、手動の QoS を使用して、容量プールの各ボリュームのパフォーマンスを個別に制御します。
Azure NetApp Files のボリュームは、Ultra、Premium、Standard のパフォーマンス レベルで使用できます。 パフォーマンス要件に最も適したレベルを選択する場合は、使用可能なパフォーマンス帯域幅 がボリュームのサイズに応じてスケーリングされることを考慮してください。 ストレージ操作を中断することなく、いつでもボリュームのサービス レベルを変更できます。 Azure NetApp Filesのコスト モデルの詳細については、「価格の例」を参照してください。
開始するには、「Azure NetApp Files パフォーマンス計算ツール」を参照してください。
共同作成者
この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。
主な作成者:
- Abhishek Jain |クラウド ソリューション アーキテクト、Skytap
- Jason Scott | フィールド テクニカル セールス ディレクター、Skytap
その他の共同作成者:
- Justin Parisi | テクニカル マーケティング エンジニア、Azure NetApp Files
パブリックでない LinkedIn プロファイルを表示するには、LinkedIn にサインインします。
次のステップ
- Skytap について
- Skytap のヘルプとドキュメント
- Azure NetApp Files とは
- Azure NetApp Files の NAS の概念を理解する | Microsoft Learn
- Azure NetApp Files のデータ保護とディザスター リカバリーのオプションについて | Microsoft Learn