Azure Kubernetes Service 上の WordPress

Azure マネージド再配布

Azure Front Door

Azure Kubernetes Service (AKS)

Azure Load Balancer

Azure NetApp Files

この記事では、Azure 上の WordPress の大規模なストレージ集中型インストールをホストするコンテナーソリューションについて説明します。このソリューションによってスケーラビリティとセキュリティが最大化されます。主要なコンポーネントには、Azure Front Door、Azure Kubernetes Service (AKS)、Azure NetApp Files があります。

アーキテクチャ

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

注意

任意の WordPress ホスティング方法に適用されるヒントと推奨事項を実装することで、このソリューションを拡張できます。 WordPress インストールをデプロイする方法に関する一般的なヒントについては、 Azure 上の WordPress を参照してください。

データフロー

次のデータフローは、前の図に対応しています。

ユーザーは、Azure Web Application Firewall が有効になっている Azure Front Door を介してフロントエンド Web サイトにアクセスします。
Azure Front Door は、Azure Load Balancer の内部インスタンスを配信元として使用します。内部ロードバランサーは、AKS の不可視コンポーネントです。 Azure Front Door は、キャッシュされていないすべてのデータを取得します。
内部ロードバランサーは、AKS 内のポッドに受信トラフィックを分散させます。
Azure Key Vault には、秘密キー (X.509 証明書) を含むシークレットが格納されます。
WordPress アプリケーションは、プライベートエンドポイントを使用して、Azure Database for MySQL のフレキシブルサーバーインスタンスにアクセスします。 WordPress アプリケーションは、このマネージドデータベースサービスから動的な情報を取得します。
すべての静的コンテンツは Azure NetApp Files でホストされます。このソリューションでは、ネットワークファイルシステム (NFS) プロトコルで Astra Trident Container Storage Interface (CSI) ドライバーを使用します。

コンポーネント

AKS は、コンテナー化されたアプリケーションのデプロイ、管理、スケーリングに使用できるマネージド Kubernetes サービスです。このアーキテクチャでは、AKS は WordPress コンテナーをホストし、コンテナー化された WordPress アプリケーションを実行して高可用性とスケーラビリティを確保するオーケストレーションプラットフォームを提供します。
Azure Cache for Redis は、マネージドインメモリデータストアおよびキャッシュサービスです。このアーキテクチャでは、Azure Cache for Redis は、すべてのポッドが共有するキーと値のキャッシュをホストします。 WordPress パフォーマンス最適化プラグインは、応答時間を向上させるためにキャッシュを使用します。
Azure Database for MySQL - フレキシブルサーバーは、オープンソースの MySQL データベースエンジンに基づくマネージドリレーショナルデータベースサービスです。このアーキテクチャでは、このデータベースには WordPress データが格納されます。
Azure DDoS Protection は、強化された分散型サービス拒否 (DDoS) 軽減機能を提供するネットワークセキュリティサービスです。このアーキテクチャでは、DDoS Protection は、アプリケーション設計のベストプラクティスと組み合わせて境界ネットワーク上で有効にすると、DDoS 攻撃から防御するのに役立ちます。
Azure Front Door は、最新のクラウドコンテンツ配信ネットワークとグローバルロードバランサーです。このアーキテクチャでは、Azure Front Door は WordPress デプロイへのパブリックエントリポイントです。
Azure NetApp Files は、管理され、パフォーマンスが高く、待機時間の影響を受けやすいストレージソリューションです。このアーキテクチャでは、Azure NetApp Files は WordPress コンテンツをホストするため、すべてのポッドが高パフォーマンスのファイルストレージを介して共有データにアクセスできます。
Azure Virtual Network は、デプロイされたリソースが相互、インターネット、およびオンプレミスネットワークと通信できるようにするネットワークサービスです。このアーキテクチャでは、仮想ネットワークによって分離とセグメント化が提供されます。
Key Vault は、シークレット、証明書、キー、パスワードへのアクセスを格納および制御するクラウドサービスです。このアーキテクチャでは、ポッドに必要な場合、Key Vault によって AKS クラスターにシークレットが提供されます。
Load Balancer は、ルールと正常性プローブの結果に基づいて受信トラフィックを分散するレイヤー 4 ロードバランサーです。このアーキテクチャでは、ロードバランサーは Azure Front Door からのトラフィックを、低待機時間と高スループットでイングレスコントローラーポッドに分散します。
ネットワークセキュリティグループ (NSG) は、セキュリティ規則を使用して、送信元または送信先の IP アドレス、ポート、プロトコルに基づいて受信または送信のネットワークトラフィックを許可または拒否するセキュリティ機能です。このアーキテクチャでは、NSG ルールによって、サブネット内のアプリケーションコンポーネント間のトラフィックフローが制限されます。

代替

Azure Cache for Redis マネージドサービスを使用する代わりに、AKS クラスター内のセルフホステッドポッドをキャッシュとして使用することができます。
Azure NetApp Files などのマネージドストレージソリューションを使用する代わりに、Rook-Ceph ストレージなどのセルフホステッドソリューションを使用することができます。詳細については、「 AKS での Rook Ceph の使用」を参照してください。
AKS を使用する代わりに、 Azure Container Apps を使用してコンテナー化された WordPress ワークロードをホストできます。 Container Apps は、よりシンプルまたは小規模なシナリオに適したマネージドサーバーレスコンテナーサービスです。大規模でストレージを集中的に使用し、高度にカスタマイズ可能なデプロイでは、AKS を使用します。

シナリオの詳細

このシナリオ例は、WordPress の大規模なストレージ集中型インストールに最適です。このデプロイモデルは、サイトへのトラフィックの急増に合わせてスケーリングすることができます。

考えられるユースケース

WordPress をコンテンツ管理システムとして使用している高トラフィックのブログ
WordPress を使用しているビジネス Web サイトまたは eコマース Web サイト

考慮事項

これらの考慮事項は、ワークロードの品質向上に使用できる一連の基本原則である Azure Well-Architected Framework の要素を組み込んでいます。詳細については、「 Well-Architected Framework」を参照してください。

[信頼性]

信頼性は、アプリケーションが顧客に対して行ったコミットメントを確実に満たすことができるのに役立ちます。詳細については、「信頼性の設計レビューチェックリスト」を参照してください。

このソリューションをデプロイするときは、次の推奨事項を考慮してください。

AKS のポッドとロードバランサーを使用して、イングレストラフィックを分散します。この方法では、ポッドの障害が発生した場合でも高可用性が提供されます。
すべてのネットワークコンポーネントを Azure Front Door の背後に配置します。この方法により、ネットワークリソースとアプリケーションは、トラフィックを中断し、ユーザーアクセスに影響を与える可能性がある問題に対する回復性が高まります。
Azure Front Door を使用してすべての応答をキャッシュし、可用性のメリットを小さくします。具体的には、配信元が応答しない場合でも、コンテンツにアクセスできます。ただし、キャッシュには、完全な可用性ソリューションを提供する機能はありません。
ペアになっているリージョン間で Azure NetApp Files ストレージをレプリケートして、可用性を向上させます。詳細については、「 Azure NetApp Files レプリケーションについて」を参照してください。
ニーズを満たす高可用性オプションに従って、Azure Database for MySQL の可用性を向上させます。
このソリューションは、複数リージョン、データレプリケーション、自動スケーリングをサポートしています。コンポーネントがトラフィックをポッドに分散させます。正常性プローブにより、正常なポッドのみがトラフィックを受信します。
Azure Front Door は、別のリージョンにデプロイされた仮想マシンスケールセットをサポートするグローバルサービスです。

セキュリティ

セキュリティは、意図的な攻撃や貴重なデータとシステムの誤用に対する保証を提供します。詳細については、「セキュリティの設計レビューチェックリスト」を参照してください。

このソリューションをデプロイするときは、次の推奨事項を考慮してください。

Azure Front Door の Web Application Firewall を使用して、フロントエンドアプリケーション層に流入する仮想ネットワークトラフィックを保護します。詳細については、「 Azure Front Door の Web アプリケーションファイアウォール」を参照してください。
データベース層からのアウトバウンドインターネットトラフィックは許可されません。
プライベートストレージへのパブリックアクセスは許可されません。リソースへのパブリックアクセスは無効になります。 Azure Database for MySQL、Azure Cache for Redis、Key Vault、Azure Container Registry にはプライベートエンドポイントを使用します。詳細については、Azure Private Link に関するページを参照してください。

詳細については、 WordPress のセキュリティとパフォーマンスに関する一般的なヒントと Azure のセキュリティに関するドキュメントを参照してください。

コストの最適化

コストの最適化では、不要な経費を削減し、運用効率を向上させる方法に重点を置いています。詳細については、「コスト最適化の設計レビューチェックリスト」を参照してください。

このソリューションをデプロイする場合は、コストに関する次の考慮事項を確認してください。

トラフィックの期待値 (GB/月): トラフィック量はコストに最も大きな影響を与えます。受信するトラフィックの量によって、必要な AKS ノードの数と送信データ転送の価格が決まります。また、トラフィック量は、送信データ転送コストが安いコンテンツ配信ネットワークが提供するデータ量と直接関連付けられます。
ホストされるデータの量: Azure NetApp Files の価格は予約容量に基づいているため、ホストするデータの量を考慮してください。コストを最適化するには、データに必要な最小容量を予約します。
書き込みパーセンテージ: Web サイトに書き込む新しいデータの量と、それを格納するためのコストを検討します。複数リージョンのデプロイの場合、Web サイトに書き込む新しいデータの量は、リージョン全体でミラー化されたデータの量と関連付けられます。
静的コンテンツと動的コンテンツ: データベースストレージのパフォーマンスと容量を監視して、低コストの SKU がサイトをサポートできるかどうかを判断します。データベースは動的コンテンツを格納し、コンテンツ配信ネットワークは静的コンテンツをキャッシュします。
AKS クラスターの最適化: 仮想マシン (VM) のサイズや Azure 予約に関するガイダンスなど、AKS の一般的なヒントに従って、AKS クラスターのコストを最適化します。詳細については、「 AKS コストの最適化」を参照してください。

パフォーマンス効率

パフォーマンス効率とは、ユーザーの要求を効率的に満たすためにスケーリングするワークロードの能力を指します。詳細については、「パフォーマンス効率の設計レビューチェックリスト」を参照してください。

このシナリオでは、AKS のポッドを使用してフロントエンドをホストします。自動スケーリング機能を使用すると、フロントエンドアプリケーション層を実行するポッドの数を、顧客の需要に応じて自動的にスケーリングできます。定義済みのスケジュールに基づいてポッドの数をスケーリングすることもできます。詳細については、「 AKS でのアプリケーションのスケーリングオプション」を参照してください。

重要

パフォーマンスを最大限に高めるには、NFS プロトコルバージョン 4.1 を使用する永続ボリュームをマウントします。次の YAML の例は、この目的で PersistentVolume オブジェクトを構成する方法を示しています。 mountOptions フィールドの値に注目してください。

kind: PersistentVolume
...
    accessModes:
    - ReadWriteMany
    mountOptions:
    - vers=4.1
    nfs:
      server: xx.xx.xx.xx

共同作成者

Microsoft では、この記事を保持しています。次の共同作成者がこの記事を書きました。

プリンシパル作成者:

Vaclav Jirovsky | クラウドソリューションアーキテクト

その他の共同作成者:

Adrian Calinescu | シニアクラウドソリューションアーキテクト

公開されていない LinkedIn プロフィールを見るには、LinkedIn にサインインしてください。

次の手順

製品ドキュメント:

Microsoft トレーニングモジュール:

フィードバック

このページはお役に立ちましたか?