独自のサーバーで Azure サービスを実行する方法

パブリック クラウドはすべて同じように見え、同様のサービスを提供し、同様の料金を請求します。しかし、クラウド コンピューティング プロバイダーごとに開発履歴や専門知識が異なるため、重点は異なります。 Microsoft では、データの機密性や政府の規制により、多くのユーザーのワークロードが自社のオンプレミス データ センターで実行されているため、ハイブリッド クラウドに非常に重点を置いています。

[[419920]]

これは双方向の約束であり、データとサービスを迅速に移行するためのツールを提供し、オンプレミスのデータセンターのリソースが不十分な場合に機密性が低く規制されていないデータにクラウドを使用し、Microsoft が Azure Stack で独自のハードウェアを所有しているか、Azure Stack HCI で承認されたサードパーティのハードウェアを所有しているか、または Azur Arc アプリケーション管理ツールを所有しているかに関係なく、Azure 管理ツールをデータセンターに導入します。

Azure Arc とコンテナー上に構築

Azure Arc の進化が注目を集めています。当初は Azure ポータルを通じてオンプレミス アプリケーションの仮想インフラストラクチャを管理するためのツールとしてリリースされましたが、データ サービスと Kubernetes コンテナー オーケストレーションのサポートが追加されました。これは興味深いオプションです。Azure 独自の Kubernetes 管理ツールを基盤として構築すると、ユーザーが Kubernetes の展開と構成について深く理解していなくても、Kubernetes 環境をすばやく簡単に管理できるからです。

Azure Arc の Kubernetes ツールには、独自のハードウェア上で独自のクラウド ネイティブ アプリケーションをホストする以外にもさまざまな用途があります。 Microsoft は Azure プラットフォーム サービスの多くを再構築しています。これらは、迅速な水平スケーリングを可能にするためにマイクロサービスに基づいており、Microsoft 独自の仮想化テクノロジを使用して実行されています。これは徐々に変化しており、専用の Windows Server インスタンスからコンテナー内での実行に移行し、コンテナー化されたコードをサポートするためにカスタム Kubernetes 拡張機能とサービスを使用するようになっています。

コンテナーへの移行と、Kubernetes による Windows および Linux コンテナーのサポートにより、Microsoft は Kubernetes と関連テクノロジを使用してスケーラビリティを向上させ、コンテナーを移植可能にすることで、独自の社内 Azure マネージド サービスを推進できるようになりました。 Azure StackEdge ハードウェア上で実行される Azure IoT Hub では、すでにこの移植性の一部が実現されており、問題が発生する可能性のあるネットワークに依存するのではなく、必要な場所にコンピューティング能力が配置されています。

次の論理的なステップは、Arc をホストとして Azure Kubernetes を使用し、ポータブル アプリケーション コンテナーを任意の Azure ホスティング プラットフォームに移行することです。このアプローチにより、ユーザーはコードが存在する場所で Azure サービスを実行できるようになります。また、Arc はオンプレミス システムだけでなく、AWS または Google Cloud Platform でホストされているインフラストラクチャもサポートします。 Azure Function に依存しているが、それをデータセンターで実行されているアプリケーションや、Azure および AWS 上のマルチクラウド アプリケーションに含めたい場合は、Azure Function のコードを AWS Lambda に変換することだけに限定されなくなりました。

いつものように、このアプローチはトレードオフです。ユーザーは Azure Arc に依存しており、使用するプラットフォーム上でそれを管理する必要があります。しかし、ユーザーは、共通 API を使用する必要がなく、バージョンやプラットフォーム間の遅延がなく、アプリケーション コードを 1 回だけ開発できるため、リスクが軽減され、可能な限り広範囲のマルチクラウド カバレッジが実現します。

Azure Arc の App Service サポートを設定する

Azure Arc を介してアプリケーション サービスを実行するには、登録済みの Kubernetes クラスターが必要です。クラスター API をサポートし、Kubernetes システムに Azure CLI がインストールされている限り、ユーザーは任意のプラットフォームで実行中の任意のクラスターを使用できます。 Azure Arc はクラスター自体ではなく、クラスター上で実行されているアプリケーションを管理する方法であることを覚えておくことが重要です。 Arc が行うことと、プラットフォームの管理に必要なものとの間には明確な境界線があります。ユーザーはこれを、インフラストラクチャ管理とプラットフォームおよびアプリケーション管理の違いと考えることができます。クラスターはインフラストラクチャの一部として管理する必要があり、Arc は Kubernetes で実行されるプラットフォーム サービスとアプリケーションを処理します。

クラスターに接続するには、connectk8s Azure CLI 拡張機能を使用して、クラスターが必要な Azure エンドポイントに接続できることを確認できます。 Arc に接続する前に、ファイアウォールを設定する必要がある場合があります。接続したら、Arc プロバイダーを登録し、ローカル リージョンの Azure リソース グループに接続します。 Azure CLI ツールは、接続を確立するために必要な証明書と ID を追加し、管理エージェントのポッドのセットをデプロイする Helm チャートをダウンロードして実行します。

クラスターが Azure Arc によって管理されると、クラスターに Azure アプリケーション サービス拡張機能をデプロイできます。このサービスはまだ試験段階です。次に、アプリケーション サービス拡張機能をクラスターにインストールする必要があります。まず、拡張機能の名前、その名前空間、および環境全体の名前を保持する内部デプロイメント環境変数を設定します。その後、Azure CLI を使用して拡張機能をクラスターにインストールできます。

Microsoft は、App Service クラスターとポッドをインストールして構成し、サービス アカウント、名前空間、その他の主要な構成を追加するためのサンプル スクリプトを提供しています。インストールには時間がかかる場合がありますので、しばらく待ってから、サービスの Arc 側を構成してください。ここで、ユーザーは、App Service 環境を作成する前に、Arc が使用するカスタムの場所を設定します。起動したら、アプリケーションの作成とデプロイを開始できます。ユーザーは、Kubernetes のデフォルトのリソース駆動型アプローチに加えて、Kubernetes イベント駆動型自動スケーリング (KEDA) のサポートを構成できます。 Functions や EventGrid などのサーバーレス Azure サービスを実行している場合は、KEDA サポートが役立ちます。

開発の現段階では、Azure Arc に対する Azure App Service のサポートは初心者向けではありません。既存の Kubernetes 環境と、コマンド ラインから Kubernetes と Azure を管理した経験が必要です。 Microsoft はガイダンスを提供できますが、オンプレミスで実行しているかパブリック クラウドで実行しているかにかかわらず、ユーザーは自分の環境に合わせてスクリプトをカスタマイズする必要があります。

コードを生成して Azure Arc App Service に配信する

Microsoft は、Azure Arc ポータルから接続されたクラスターにサービスをデプロイするためのウィザードベースのアプローチを展開しています。これにより、適切なリソースが作成され、適切な拡張機能がインストールされます。ユーザーは、それらを Azure リージョンと並んでカスタムの場所として扱い、リソースを展開するためのターゲットとして使用できます。これにより、ユーザーは Visual Studio Code などの既存の Azure 開発ツールを使用して Arc リソースを操作できるようになります。

Azure App Service の Azure Arc サポートが一般提供されると、Azure を直接使用するのと同じ使い慣れた開発および運用エクスペリエンスがユーザーに提供され、リソースが Azure サービスの代替サイトとして扱われるようになります。つまり、事前に構成されていることを確認し、Azure 管理者に新しい責任を与え、DevOps チーム内で新しい関係が必要になります。

結果として得られるマルチクラウド機能は、エッジからパブリック クラウドまで、ほとんどのバージョンでサポートされている Kubernetes の共通 A​​PI を活用します。オンプレミスまたは Azure で開発されたコードは、サポートされている任意のプラットフォームで実行でき、データがどこにあってもすぐにデプロイできます。より多くの Azure サービスが Azure Arc の Kubernetes サポートを活用するようになると、マルチプラットフォーム サービスのマルチクラウド サポートは、クロスクラウド仮想インフラストラクチャの使用と同様に一般的になり、単一障害点を排除することでプラットフォーム アズ ア サービス ベースのアプリケーションの信頼性と可用性が向上します。