チュートリアル:Azure Database for MySQL - フレキシブルサーバーを使用して WordPress アプリを AKS にデプロイする

[アーティクル]
08/15/2024

適用対象: Azure Database for MySQL - フレキシブルサーバー

このチュートリアルでは、Azure CLI を使用して、Azure Database for MySQL フレキシブルサーバーで Azure Kubernetes Service (AKS) クラスターに、HTTPS 経由でセキュリティ保護されたスケーラブルな WordPress アプリケーションをデプロイします。 AKS は、クラスターをすばやくデプロイして管理できるマネージド Kubernetes サービスです。 Azure Database for MySQL フレキシブルサーバーは、データベース管理機能と構成設定のよりきめ細かな制御と柔軟性を提供するように設計されたフルマネージドデータベースサービスです。

Note

このチュートリアルでは、Kubernetes の概念、WordPress、MySQL に関する基礎知識があることを前提としています。

Azure サブスクリプションをお持ちでない場合は、開始する前に Azure 無料アカウントを作成してください。現在、Azure 無料アカウントがあれば、Azure Database for MySQL - フレキシブルサーバーを 12 か月間無料でお試しいただけます。詳細については、Azure Database for MySQL - フレキシブルサーバーの無料トライアルに関するページを参照してください。

前提条件

作業を開始する前に、Azure CLI にログインし、CLI で使用するサブスクリプションを選択していることを確認してください。 Helm がインストールされていることを確認してください。

Note

このチュートリアルのコマンドを Azure Cloud Shell ではなくローカルで実行している場合は、管理者としてコマンドを実行します。

環境変数を定義する

このチュートリアルの最初の手順は、環境変数を定義することです。

export SSL_EMAIL_ADDRESS="$(az account show --query user.name --output tsv)"
export NETWORK_PREFIX="$(($RANDOM % 253 + 1))"
export RANDOM_ID="$(openssl rand -hex 3)"
export MY_RESOURCE_GROUP_NAME="myWordPressAKSResourceGroup$RANDOM_ID"
export REGION="westeurope"
export MY_AKS_CLUSTER_NAME="myAKSCluster$RANDOM_ID"
export MY_PUBLIC_IP_NAME="myPublicIP$RANDOM_ID"
export MY_DNS_LABEL="mydnslabel$RANDOM_ID"
export MY_VNET_NAME="myVNet$RANDOM_ID"
export MY_VNET_PREFIX="10.$NETWORK_PREFIX.0.0/16"
export MY_SN_NAME="mySN$RANDOM_ID"
export MY_SN_PREFIX="10.$NETWORK_PREFIX.0.0/22"
export MY_MYSQL_DB_NAME="mydb$RANDOM_ID"
export MY_MYSQL_ADMIN_USERNAME="dbadmin$RANDOM_ID"
export MY_MYSQL_ADMIN_PW="$(openssl rand -base64 32)"
export MY_MYSQL_SN_NAME="myMySQLSN$RANDOM_ID"
export MY_MYSQL_HOSTNAME="$MY_MYSQL_DB_NAME.mysql.database.azure.com"
export MY_WP_ADMIN_PW="$(openssl rand -base64 32)"
export MY_WP_ADMIN_USER="wpcliadmin"
export FQDN="${MY_DNS_LABEL}.${REGION}.cloudapp.azure.com"

リソースグループを作成する

Azure リソースグループは、Azure リソースが展開され管理される論理グループです。すべてのリソースをリソースグループに配置する必要があります。次のコマンドでは、前に定義した $MY_RESOURCE_GROUP_NAME と $REGION パラメータを使用してリソースグループを作成します。

az group create \
    --name $MY_RESOURCE_GROUP_NAME \
    --location $REGION

結果:

{
  "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myWordPressAKSResourceGroupXXX",
  "location": "eastus",
  "managedBy": null,
  "name": "testResourceGroup",
  "properties": {
    "provisioningState": "Succeeded"
  },
  "tags": null,
  "type": "Microsoft.Resources/resourceGroups"
}

Note

リソースグループの場所は、リソースグループのメタデータが保存される場所です。また、リソースの作成時に別のリージョンを指定しない場合に、Azure でリソースが実行される場所でもあります。

仮想ネットワークとサブネットの作成

仮想ネットワークは、Azure 内のプライベートネットワークの基本的な構成ブロックです。 Azure Virtual Network では、VM などの Azure リソースが、相互に、およびインターネットと安全に通信することができます。

az network vnet create \
    --resource-group $MY_RESOURCE_GROUP_NAME \
    --location $REGION \
    --name $MY_VNET_NAME \
    --address-prefix $MY_VNET_PREFIX \
    --subnet-name $MY_SN_NAME \
    --subnet-prefixes $MY_SN_PREFIX

結果:

{
  "newVNet": {
    "addressSpace": {
      "addressPrefixes": [
        "10.210.0.0/16"
      ]
    },
    "enableDdosProtection": false,
    "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/myWordPressAKSResourceGroupXXX/providers/Microsoft.Network/virtualNetworks/myVNetXXX",
    "location": "eastus",
    "name": "myVNet210",
    "provisioningState": "Succeeded",
    "resourceGroup": "myWordPressAKSResourceGroupXXX",
    "subnets": [
      {
        "addressPrefix": "10.210.0.0/22",
        "delegations": [],
        "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/myWordPressAKSResourceGroupXXX/providers/Microsoft.Network/virtualNetworks/myVNetXXX/subnets/mySNXXX",
        "name": "mySN210",
        "privateEndpointNetworkPolicies": "Disabled",
        "privateLinkServiceNetworkPolicies": "Enabled",
        "provisioningState": "Succeeded",
        "resourceGroup": "myWordPressAKSResourceGroupXXX",
        "type": "Microsoft.Network/virtualNetworks/subnets"
      }
    ],
    "type": "Microsoft.Network/virtualNetworks",
    "virtualNetworkPeerings": []
  }
}

Azure Database for MySQL フレキシブルサーバーインスタンスを作成する

Azure Database for MySQL フレキシブルサーバーは、高可用性 MySQL サーバーをクラウド内で実行、管理、スケーリングするために使用することができる管理サービスです。 az mysql flexible-server create コマンドを使用して、Azure Database for MySQL フレキシブルサーバーインスタンスを作成します。 1 つのサーバーに複数のデータベースを含めることができます。次のコマンドでは、サービスの既定値と Azure CLI のローカルコンテキストからの変数値を使用してサーバーを作成します。

az mysql flexible-server create \
    --admin-password $MY_MYSQL_ADMIN_PW \
    --admin-user $MY_MYSQL_ADMIN_USERNAME \
    --auto-scale-iops Disabled \
    --high-availability Disabled \
    --iops 500 \
    --location $REGION \
    --name $MY_MYSQL_DB_NAME \
    --database-name wordpress \
    --resource-group $MY_RESOURCE_GROUP_NAME \
    --sku-name Standard_B2s \
    --storage-auto-grow Disabled \
    --storage-size 20 \
    --subnet $MY_MYSQL_SN_NAME \
    --private-dns-zone $MY_DNS_LABEL.private.mysql.database.azure.com \
    --tier Burstable \
    --version 8.0.21 \
    --vnet $MY_VNET_NAME \
    --yes -o JSON

結果:

{
  "databaseName": "wordpress",
  "host": "mydbxxx.mysql.database.azure.com",
  "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myWordPressAKSResourceGroupXXX/providers/Microsoft.DBforMySQL/flexibleServers/mydbXXX",
  "location": "East US",
  "resourceGroup": "myWordPressAKSResourceGroupXXX",
  "skuname": "Standard_B2s",
  "subnetId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myWordPressAKSResourceGroupXXX/providers/Microsoft.Network/virtualNetworks/myVNetXXX/subnets/myMySQLSNXXX",
  "username": "dbadminxxx",
  "version": "8.0.21"
}

作成されたサーバーには、次の属性があります。

サーバーが最初にプロビジョニングされたときに、新しい空のデータベースが作成されます。
サーバー名、管理者ユーザー名、管理者パスワード、リソースグループ名、場所は、クラウドシェルのローカルコンテキスト環境で既に指定されており、リソースグループや他の Azure コンポーネントと同じ場所にあります。
残りのサーバー構成のサービスの既定値は、コンピューティングレベル (Burstable)、コンピューティングサイズ/SKU (Standard_B2s)、バックアップの保持期間 (7 日間)、および MySQL のバージョン (8.0.21) です。
既定の接続方法は、リンクされた仮想ネットワークと自動生成されたサブネットを使うプライベートアクセス (仮想ネットワーク統合) です。

Note

サーバーの作成後に接続方法を変更することはできません。たとえば、作成中に Private access (VNet Integration) を選択した場合は、作成後に Public access (allowed IP addresses) に変更することはできません。 VNet 統合を使用してサーバーに安全にアクセスするには、プライベートアクセスを指定してサーバーを作成することを強くお勧めします。プライベートアクセスの詳細については、概念に関する記事を参照してください。

既定値を変更したい場合は、Azure CLI のリファレンスドキュメントで、構成可能なすべての CLI パラメーターの一覧を参照してください。

Azure Database for MySQL の確認 - フレキシブルサーバー状態

Azure Database for MySQL - フレキシブルサーバーとサポートリソースの作成には数分かかります。

runtime="10 minute"; endtime=$(date -ud "$runtime" +%s); while [[ $(date -u +%s) -le $endtime ]]; do STATUS=$(az mysql flexible-server show -g $MY_RESOURCE_GROUP_NAME -n $MY_MYSQL_DB_NAME --query state -o tsv); echo $STATUS; if [ "$STATUS" = 'Ready' ]; then break; else sleep 10; fi; done

Azure Database for MySQL - フレキシブルサーバーでサーバーパラメーターを構成する

サーバーパラメーターを使用して Azure Database for MySQL - フレキシブルサーバー構成を管理できます。このサーバーパラメーターは、サーバーの作成時に既定値と推奨値を使用して構成されます。

サーバーの特定のパラメーターに関する詳細を表示するには、az mysql flexible-server parameter show コマンドを実行します。

WordPress 統合のために Azure Database for MySQL - フレキシブルサーバー SSL 接続パラメーターを無効にする

特定のサーバーパラメータの値を変更し、MySQL サーバーエンジンの基になる構成値を更新することもできます。サーバーパラメーターを更新するには、az mysql flexible-server parameter set コマンドを使用します。

az mysql flexible-server parameter set \
    -g $MY_RESOURCE_GROUP_NAME \
    -s $MY_MYSQL_DB_NAME \
    -n require_secure_transport -v "OFF" -o JSON

結果:

{
  "allowedValues": "ON,OFF",
  "currentValue": "OFF",
  "dataType": "Enumeration",
  "defaultValue": "ON",
  "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myWordPressAKSResourceGroupXXX/providers/Microsoft.DBforMySQL/flexibleServers/mydbXXX/configurations/require_secure_transport",
  "isConfigPendingRestart": "False",
  "isDynamicConfig": "True",
  "isReadOnly": "False",
  "name": "require_secure_transport",
  "resourceGroup": "myWordPressAKSResourceGroupXXX",
  "source": "user-override",
  "systemData": null,
  "type": "Microsoft.DBforMySQL/flexibleServers/configurations",
  "value": "OFF"
}

AKS クラスターの作成

Container Insights で AKS クラスターを作成するには、--enable-addons 監視パラメータを指定して az aks create コマンドを使用します。次の例では、myAKSCluster という名前の自動スケールの可用性ゾーンが有効なクラスターを作成します。

この操作には数分かかります。

export MY_SN_ID=$(az network vnet subnet list --resource-group $MY_RESOURCE_GROUP_NAME --vnet-name $MY_VNET_NAME --query "[0].id" --output tsv)

az aks create \
    --resource-group $MY_RESOURCE_GROUP_NAME \
    --name $MY_AKS_CLUSTER_NAME \
    --auto-upgrade-channel stable \
    --enable-cluster-autoscaler \
    --enable-addons monitoring \
    --location $REGION \
    --node-count 1 \
    --min-count 1 \
    --max-count 3 \
    --network-plugin azure \
    --network-policy azure \
    --vnet-subnet-id $MY_SN_ID \
    --no-ssh-key \
    --node-vm-size Standard_DS2_v2 \
    --service-cidr 10.255.0.0/24 \
    --dns-service-ip 10.255.0.10 \
    --zones 1 2 3

Note

AKS クラスターを作成すると、AKS リソースを保存するための 2 つ目のリソースグループが自動的に作成されます。「AKS と一緒にリソースグループが 2 つ作成されるのはなぜでしょうか?」を参照してください。

クラスターに接続する

Kubernetes クラスターを管理するには、Kubernetes のコマンドラインクライアントである kubectl を使用します。 Azure Cloud Shell を使用している場合、kubectl は既にインストールされています。次の例では、az aks install-cli コマンドを使用して、kubectl をローカルにインストールします。

   if ! [ -x "$(command -v kubectl)" ]; then az aks install-cli; fi

次に、az aks get-credentials コマンドを使用して、Kubernetes クラスターに接続するように kubectl を構成します。このコマンドは、資格情報をダウンロードし、それを使用するように Kubernetes CLI を構成します。このコマンドでは、~/.kube/config (Kubernetes 構成ファイルの既定の場所) が使用されます。 --file 引数を使用して、Kubernetes 構成ファイルの別の場所を指定できます。

警告

このコマンドにより、同じエントリを使用して既存の資格情報が上書きされます。

az aks get-credentials --resource-group $MY_RESOURCE_GROUP_NAME --name $MY_AKS_CLUSTER_NAME --overwrite-existing

クラスターへの接続を確認するには、クラスターノードの一覧を返す kubectl get コマンドを使用します。

kubectl get nodes

NGINX イングレスコントローラーをインストールする

イングレスコントローラーに、静的なパブリック IP アドレスを構成できます。イングレスコントローラーが削除されても、静的パブリック IP アドレスはそのまま残ります。 AKS クラスターを削除した場合、IP アドレスは "残りません"。イングレスコントローラーをアップグレードする場合、割り当てられるロードバランサーをイングレスコントローラーサービスに認識させるために、Helm リリースにパラメーターを渡す必要があります。 HTTPS 証明書を正しく動作させるには、DNS 名ラベルを使用して、イングレスコントローラーの IP アドレスの完全修飾ドメイン名 (FQDN) を構成します。 FQDN は次の形式に従う必要があります: $MY_DNS_LABEL。AZURE_REGION_NAME.cloudapp.azure.com。

export MY_STATIC_IP=$(az network public-ip create --resource-group MC_${MY_RESOURCE_GROUP_NAME}_${MY_AKS_CLUSTER_NAME}_${REGION} --location ${REGION} --name ${MY_PUBLIC_IP_NAME} --dns-name ${MY_DNS_LABEL} --sku Standard --allocation-method static --version IPv4 --zone 1 2 3 --query publicIp.ipAddress -o tsv)

次に、ingress-nginx Helm リポジトリを追加し、ローカルの Helm Chart リポジトリキャッシュを更新し、Helm を使用して ingress-nginx アドオンをインストールします。最初または後でイングレスコントローラーをデプロイするときに、--set controller.service.annotations."service.beta.kubernetes.io/azure-dns-label-name"="<DNS_LABEL>" パラメータで DNS ラベルを設定できます。この例では、--set controller.service.loadBalancerIP="<STATIC_IP>" parameter を使用して前の手順で作成した独自のパブリック IP アドレスを指定します。

    helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
    helm repo update
    helm upgrade --install --cleanup-on-fail --atomic ingress-nginx ingress-nginx/ingress-nginx \
        --namespace ingress-nginx \
        --create-namespace \
        --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-dns-label-name"=$MY_DNS_LABEL \
        --set controller.service.loadBalancerIP=$MY_STATIC_IP \
        --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz \
        --wait --timeout 10m0s

カスタムドメインへの HTTPS 終了の追加

チュートリアルのこの時点で、NGINX をイングレスコントローラーとして使用した AKS Web アプリと、アプリケーションへのアクセスに使用できるカスタムドメインがあります。次の手順は、ユーザーが https 経由で安全にアプリケーションにアクセスできるように、ドメインに SSL 証明書を追加することです。

Cert Manager を設定する

HTTPS を追加するには、Cert Manager を使用します。 Cert Manager は、Kubernetes デプロイの SSL 証明書を取得および管理するためのオープンソースツールです。 Cert Manager により、一般的なパブリック発行者とプライベート発行者から証明書が取得され、証明書が有効で最新であることが確かめられ、証明書の有効期限が切れる前に構成された時刻に更新が試行されます。

cert-manager をインストールするには、最初にそれを実行する名前空間を作成する必要があります。このチュートリアルでは、cert-manager を cert-manager 名前空間にインストールします。 cert-manager は別の名前空間で実行できますが、配置マニフェストを変更する必要があります。
```
kubectl create namespace cert-manager
```
これで、cert-manager をインストールできるようになりました。すべてのリソースは、1 つの YAML マニフェストファイルに含まれます。次のコマンドを使用してマニフェストファイルをインストールします。
```
kubectl apply -f https://github.com/jetstack/cert-manager/releases/download/v1.7.0/cert-manager.crds.yaml
```
次のコマンドを実行して、certmanager.k8s.io/disable-validation: "true" ラベルを cert-manager 名前空間に追加します。これにより、cert-manager が TLS をブートストラップするために必要なシステムリソースを独自の名前空間に作成できるようになります。
```
kubectl label namespace cert-manager certmanager.k8s.io/disable-validation=true
```

Helm Charts を介して証明書を取得する

Helm は、Kubernetes クラスターへのアプリケーションやサービスの作成、パッケージ化、構成、デプロイを自動化するための Kubernetes デプロイツールです。

cert-manager では、Kubernetes への第一級のインストール方法として Helm チャートが提供されます。

Jetstack Helm リポジトリを追加します。このリポジトリは、cert-manager チャートの唯一のサポートソースです。インターネット上には他にもミラーやコピーがありますが、それらは非公式なものであり、セキュリティ上のリスクがある可能性があります。
```
helm repo add jetstack https://charts.jetstack.io
```
ローカルの Helm Chart リポジトリキャッシュを更新します。
```
helm repo update
```

Helm を使用して Cert-Manager アドオンをインストールします。

helm upgrade --install --cleanup-on-fail --atomic \
    --namespace cert-manager \
    --version v1.7.0 \
    --wait --timeout 10m0s \
    cert-manager jetstack/cert-manager

証明書の発行者 YAML ファイルを適用します。 ClusterIssuers は、証明書署名要求を許可することで署名付き証明書を生成できる証明機関 (CA) を表す Kubernetes リソースです。すべての cert-manager 証明書は、要求の許可を試行する準備の整った参照発行者が必要です。 cluster-issuer-prod.yml file で発行者を見つけることができます。
```
cluster_issuer_variables=$(<cluster-issuer-prod.yaml)
echo "${cluster_issuer_variables//\$SSL_EMAIL_ADDRESS/$SSL_EMAIL_ADDRESS}" | kubectl apply -f -
```

カスタムストレージクラスを作成する

既定のストレージクラスは最も一般的なシナリオに適合しますが、すべてに適合するわけではありません。場合によっては、独自のストレージクラスを独自のパラメーターを使用してカスタマイズすることもできます。たとえば、次のマニフェストを使用して、ファイル共有の mountOptions を構成します。 Kubernetes でマウントされたファイル共有の場合、fileMode と dirMode の既定値は 0755 です。ストレージクラスオブジェクトでは、さまざまなマウントオプションを指定できます。

kubectl apply -f wp-azurefiles-sc.yaml

WordPress を AKS クラスターにデプロイする

このチュートリアルでは、Bitnami によって構築された WordPress 用の既存の Helm チャートを使用しています。 Bitnami Helm チャートではローカル MariaDB がデータベースとして使用されるため、Azure Database for MySQL でアプリを使うには、これらの値をオーバーライドする必要があります。 helm-wp-aks-values.yaml ファイルの値とカスタム設定をオーバーライドできます。

Wordpress Bitnami Helm リポジトリを追加します。
```
helm repo add bitnami https://charts.bitnami.com/bitnami
```
ローカルの Helm Chart リポジトリキャッシュを更新します。
```
helm repo update
```

Helm を使用して Wordpress ワークロードをインストールします。

helm upgrade --install --cleanup-on-fail \
    --wait --timeout 10m0s \
    --namespace wordpress \
    --create-namespace \
    --set wordpressUsername="$MY_WP_ADMIN_USER" \
    --set wordpressPassword="$MY_WP_ADMIN_PW" \
    --set wordpressEmail="$SSL_EMAIL_ADDRESS" \
    --set externalDatabase.host="$MY_MYSQL_HOSTNAME" \
    --set externalDatabase.user="$MY_MYSQL_ADMIN_USERNAME" \
    --set externalDatabase.password="$MY_MYSQL_ADMIN_PW" \
    --set ingress.hostname="$FQDN" \
    --values helm-wp-aks-values.yaml \
    wordpress bitnami/wordpress

結果:

Release "wordpress" does not exist. Installing it now.
NAME: wordpress
LAST DEPLOYED: Tue Oct 24 16:19:35 2023
NAMESPACE: wordpress
STATUS: deployed
REVISION: 1
TEST SUITE: None
NOTES:
CHART NAME: wordpress
CHART VERSION: 18.0.8
APP VERSION: 6.3.2

** Please be patient while the chart is being deployed **

Your WordPress site can be accessed through the following DNS name from within your cluster:

    wordpress.wordpress.svc.cluster.local (port 80)

To access your WordPress site from outside the cluster follow the steps below:

1. Get the WordPress URL and associate WordPress hostname to your cluster external IP:

   export CLUSTER_IP=$(minikube ip) # On Minikube. Use: `kubectl cluster-info` on others K8s clusters
   echo "WordPress URL: https://mydnslabelxxx.eastus.cloudapp.azure.com/"
   echo "$CLUSTER_IP  mydnslabelxxx.eastus.cloudapp.azure.com" | sudo tee -a /etc/hosts
    export CLUSTER_IP=$(minikube ip) # On Minikube. Use: `kubectl cluster-info` on others K8s clusters
    echo "WordPress URL: https://mydnslabelxxx.eastus.cloudapp.azure.com/"
    echo "$CLUSTER_IP  mydnslabelxxx.eastus.cloudapp.azure.com" | sudo tee -a /etc/hosts

2. Open a browser and access WordPress using the obtained URL.

3. Login with the following credentials below to see your blog:

    echo Username: wpcliadmin
    echo Password: $(kubectl get secret --namespace wordpress wordpress -o jsonpath="{.data.wordpress-password}" | base64 -d)

HTTPS 経由でセキュリティ保護された AKS デプロイを参照する

次のコマンドを実行して、アプリケーションの HTTPS エンドポイントを取得します。

Note

多くの場合、SSL 証明書が反映されるまでに 2 分から 3 分かかり、すべての WordPress POD レプリカが準備され、サイトが https 経由で完全に到達できるようになるまでに約 5 分かかります。

runtime="5 minute"
endtime=$(date -ud "$runtime" +%s)
while [[ $(date -u +%s) -le $endtime ]]; do
    export DEPLOYMENT_REPLICAS=$(kubectl -n wordpress get deployment wordpress -o=jsonpath='{.status.availableReplicas}');
    echo Current number of replicas "$DEPLOYMENT_REPLICAS/3";
    if [ "$DEPLOYMENT_REPLICAS" = "3" ]; then
        break;
    else
        sleep 10;
    fi;
done

次のコマンドを使用して、WordPress コンテンツが正しく配信されていることを確認します。

if curl -I -s -f https://$FQDN > /dev/null ; then 
    curl -L -s -f https://$FQDN 2> /dev/null | head -n 9
else 
    exit 1
fi;

結果:

{
<!DOCTYPE html>
<html lang="en-US">
<head>
        <meta charset="UTF-8" />
        <meta name="viewport" content="width=device-width, initial-scale=1" />
<meta name='robots' content='max-image-preview:large' />
<title>WordPress on AKS</title>
<link rel="alternate" type="application/rss+xml" title="WordPress on AKS &raquo; Feed" href="https://mydnslabelxxx.eastus.cloudapp.azure.com/feed/" />
<link rel="alternate" type="application/rss+xml" title="WordPress on AKS &raquo; Comments Feed" href="https://mydnslabelxxx.eastus.cloudapp.azure.com/comments/feed/" />
}

次の URL を使用して Web サイトにアクセスします。

echo "You can now visit your web server at https://$FQDN"

リソースをクリーンアップする (省略可能)

Azure の課金を回避するには、不要なリソースをクリーンアップする必要があります。クラスターが不要になったら、az group delete コマンドを使用して、リソースグループ、コンテナーサービス、およびすべての関連リソースを削除します。

Note

クラスターを削除したとき、AKS クラスターで使用される Microsoft Entra サービスプリンシパルは削除されません。サービスプリンシパルを削除する手順については、AKS のサービスプリンシパルに関する考慮事項と削除に関するページを参照してください。マネージド ID を使用した場合、ID はプラットフォームによって管理されるので、削除する必要はありません。

次のステップ

AKS クラスターの Kubernetes Web ダッシュボードにアクセスする方法を学習する
クラスターをスケーリングする方法を学習する
Azure Database for MySQL フレキシブルサーバーインスタンスの管理方法について学習する
データベースサーバーのサーバーパラメータを構成する方法を学習する

次の方法で共有

チュートリアル:Azure Database for MySQL - フレキシブルサーバーを使用して WordPress アプリを AKS にデプロイする

前提条件

環境変数を定義する

リソースグループを作成する

仮想ネットワークとサブネットの作成

Azure Database for MySQL フレキシブルサーバーインスタンスを作成する

Azure Database for MySQL の確認 - フレキシブルサーバー状態

Azure Database for MySQL - フレキシブルサーバーでサーバーパラメーターを構成する

WordPress 統合のために Azure Database for MySQL - フレキシブルサーバー SSL 接続パラメーターを無効にする

AKS クラスターの作成

クラスターに接続する

NGINX イングレスコントローラーをインストールする

カスタムドメインへの HTTPS 終了の追加

Cert Manager を設定する

Helm Charts を介して証明書を取得する

カスタムストレージクラスを作成する

WordPress を AKS クラスターにデプロイする

HTTPS 経由でセキュリティ保護された AKS デプロイを参照する

リソースをクリーンアップする (省略可能)

次のステップ

フィードバック

その他のリソース

次の方法で共有

チュートリアル:Azure Database for MySQL - フレキシブル サーバーを使用して WordPress アプリを AKS にデプロイする

前提条件

環境変数を定義する

リソース グループを作成する

仮想ネットワークとサブネットの作成

Azure Database for MySQL フレキシブル サーバー インスタンスを作成する

Azure Database for MySQL の確認 - フレキシブル サーバー状態

Azure Database for MySQL - フレキシブル サーバーでサーバー パラメーターを構成する

WordPress 統合のために Azure Database for MySQL - フレキシブル サーバー SSL 接続パラメーターを無効にする

AKS クラスターの作成

クラスターに接続する

NGINX イングレス コントローラーをインストールする

カスタム ドメインへの HTTPS 終了の追加

Cert Manager を設定する

Helm Charts を介して証明書を取得する

カスタム ストレージ クラスを作成する

WordPress を AKS クラスターにデプロイする

HTTPS 経由でセキュリティ保護された AKS デプロイを参照する

リソースをクリーンアップする (省略可能)

次のステップ

フィードバック

その他のリソース

チュートリアル:Azure Database for MySQL - フレキシブルサーバーを使用して WordPress アプリを AKS にデプロイする

リソースグループを作成する

Azure Database for MySQL フレキシブルサーバーインスタンスを作成する

Azure Database for MySQL の確認 - フレキシブルサーバー状態

Azure Database for MySQL - フレキシブルサーバーでサーバーパラメーターを構成する

WordPress 統合のために Azure Database for MySQL - フレキシブルサーバー SSL 接続パラメーターを無効にする

NGINX イングレスコントローラーをインストールする

カスタムドメインへの HTTPS 終了の追加

カスタムストレージクラスを作成する