wordPress on Azure Kubernetes Service

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 Premium は、内部ロードバランサーを公開する Azure Private Link サービスを介して AKS 内部ロードバランサーの配信元に接続します。内部ロードバランサーは AKS のコンポーネントです。 Azure Front Doorは、キャッシュされていないデータを取得します。
内部ロードバランサーは、AKS 内のイングレスコントローラーにイングレストラフィックを分散します。マネージド NGINX イングレスコントローラーは、アプリケーションルーティングアドオンまたは Application Gateway for Containers をイングレスコントローラーとして使用できます。
Azure Key Vaultは、秘密キーを含む、データベースパスワードやトランスポート層セキュリティ (TLS) 証明書などのシークレットを格納します。
WordPress アプリケーションは、プライベートエンドポイントを使用して、Azure Database for MySQLフレキシブルサーバーインスタンスにアクセスします。 WordPress アプリケーションは、このマネージドデータベースサービスから動的な情報を取得します。
すべての静的コンテンツは、Azure NetApp Filesでホストされます。このソリューションでは、ネットワークファイルシステム (NFS) プロトコルで Trident Container Storage Interface (CSI) ドライバーを使用します。

コンポーネント

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

選択肢

Azure Managed Redis マネージドサービスではなく、AKS クラスター内のセルフホステッド Redis ポッドをキャッシュとして使用します。
Azure NetApp Filesなどのマネージドストレージソリューションではなく、Rook-Ceph storage などのセルフホステッドソリューションを使用します。セルフホステッドストレージソリューションを使用すると、運用の複雑さが増し、チームはストレージレイヤーを直接管理する必要があります。このアプローチを選択する前に、運用オーバーヘッドが組織で許容できるかどうかを評価します。
Azure Container Apps を使用して、AKS ではなくコンテナー化された 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 Front Doorはキャッシュされたコンテンツを引き続き提供できます。キャッシュだけでは、完全な可用性ソリューションは提供されません。
ペアになっているリージョン間Azure NetApp Filesストレージをレプリケートして、可用性を向上させます。詳細については、「Azure NetApp Files レプリケーションを参照してください。
高可用性オプションを実装してAzure Database for MySQL可用性を向上させます。
このアーキテクチャでは、マルチリージョンのデプロイ、データレプリケーション、自動スケールがサポートされています。ヘルスプローブにより、正常なポッドのみがトラフィックを受け取ります。
Azure Front Doorは、複数のリージョンの配信元にトラフィックをルーティングできるグローバルサービスです。

セキュリティ

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

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

Azure Front DoorのAzure Web Application Firewallを使用して、フロントエンドアプリケーション層に流れる仮想ネットワークトラフィックを保護します。詳細については、Azure Front Door の Azure Web Application Firewall を参照してください。
データベース層からの送信インターネットトラフィックをブロックします。
プライベートストレージへのパブリックアクセスをブロックし、リソースへのパブリックアクセスを無効にします。 Azure Database for MySQL、Azure Managed Redis、Key Vault、コンテナーレジストリに対して、Azure プライベートエンドポイントを使用します。詳細については、「 Private Link」を参照してください。

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

コストの最適化

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

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

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

オペレーショナルエクセレンス

オペレーショナルエクセレンスは、アプリケーションをデプロイし、それを運用環境で実行し続ける運用プロセスをカバーします。詳細については、「オペレーショナルエクセレンスの設計レビューチェックリスト」を参照してください。

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

AKS クラスターのAzure MonitorでKubernetesの監視を有効にし、マネージドPrometheusメトリックやコンテナーのログを含めます。ユーザーに影響を与える前に問題に対応できるように、ノードとポッドのリソース使用率のアラートを構成します。
Kubernetes マニフェスト、Helm チャート、およびコードとしてのインフラストラクチャ (IaC) テンプレートをバージョン管理システムに格納します。継続的インテグレーションと継続的デプロイ (CI/CD) パイプラインを使用して AKS クラスターに変更をデプロイし、手動エラーを減らし、繰り返し可能なデプロイを確保します。
AKS ノードイメージのアップグレードと通常の Kubernetes バージョンのアップグレードを使用して、セキュリティパッチとバグ修正プログラムを最新の状態に保ちます。
AKS のAzure Policyを使用して、プライベートレジストリの要求や特権コンテナーの制限など、クラスター全体に組織の標準を適用します。

パフォーマンス効率

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

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

重要

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

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

貢献者

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

主執筆者

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

その他の共同作成者:

Adrian Calinescu | シニアクラウドソリューションアーキテクト
Andrew Cardy |シニアソフトウェアエンジニア

パブリックでないLinkedIn プロファイルを表示するには、LinkedIn.

次の手順

製品ドキュメント:

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

フィードバック

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

wordPress on Azure Kubernetes Service

アーキテクチャ

データ フロー

コンポーネント

選択肢

シナリオの詳細

考えられるユース ケース

考慮事項

[信頼性]

セキュリティ

コストの最適化

オペレーショナル エクセレンス

パフォーマンス効率

貢献者

次の手順

関連リソース

フィードバック

データフロー

考えられるユースケース

オペレーショナルエクセレンス