次の方法で共有

Azure NetApp Files を使用して Skytap on Azure に IBM Power をデプロイする

Azure Virtual Network
Azure ExpressRoute
Azure Virtual Machines
Azure NetApp Files

Skytap on Azure は、AIX、IBM i (AS/400)、Linux on Power などの IBM Power ワークロードを Azure 上でネイティブに x86 ワークロードと共に実行するために使用できる、サービスとしてのクラウド インフラストラクチャ (IaaS) です。 Skytap はリファクタリング、再設計、または再プラットフォーム化を必要としないため、従来のワークロードを Azure に簡単に移動できます。

Skytap を Azure にデプロイする場合は、ファイル ストレージに Azure NetApp Files を使用します。 サービスを中断することなく、ストレージ割り当てのスケールアップまたはスケールダウンをいつでもできます。 また、ストレージのサービスレベルのパフォーマンス要件を動的に調整することもできます。

詳細については、「 Skytap を使用して IBM i シリーズを Azure に移行する」を参照してください。

アーキテクチャ

Azure 上の Skytap のワークロードで Azure NetApp Files を使用する方法を示すシナリオ例の図。

このアーキテクチャの Visio ファイル をダウンロードします。

ワークフロー

このアーキテクチャは、Skytap on Azure のワークロードで Azure NetApp Files を使用する方法を示します。 次のワークフローは、上記のダイアグラムに対応しています。

  1. プライベート ネットワークに接続するには、Azure VPN ゲートウェイまたは Azure ExpressRoute 回線を使用します。
  2. Azure portal から Azure NetApp Files 容量プールと共有を設定します。
  3. Skytap on Azure で AIX ベース、IBM i ベース、または Linux on Power ベースのワークロードに共有をマウントします。
  4. 共有をプライマリ ストレージとして使用し、プラットフォーム間および Azure ネイティブ デプロイ間でファイルを共有します。

コンポーネント

このアーキテクチャでは、次のコンポーネントが使用されます。

  • Azure 上の Skytap は、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 Well-Architected Framework の柱を実装します。これは、ワークロードの品質を向上させるために使用できる一連の基本原則です。 詳細については、「 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 ファイルズ
  • 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 によって保守されています。 当初の寄稿者は以下のとおりです。

主な作成者:

その他の共同作成者:

パブリックでない LinkedIn プロファイルを表示するには、LinkedIn にサインインします。

次のステップ