More than 3 years have passed since last update.

WordPress on App Service the hard way

Last updated at 2020-03-20Posted at 2020-03-20

はじめに

Azure にはマーケットプレイスというサービスがあり、数クリックで WordPress を App Service にデプロイすることができます。
この記事では、あえて手作業で App Service を作成し、WordPress をデプロイして、ついでに Azure の様々なツールを見ていこうということを目的としています。

なお、Azure アカウントは必要ですが、無料プランを使用するため 0 円で作成できます。

準備

Azure アカウント
ローカル PC への Azure CLI のインストール

Azure CLI をインストールする代わりに、ポータルから使用できる Cloud Shell でも代用できますが、Azure Files にワーク領域が作成されるため、30-40円程度の課金が発生する可能性があります。

App Service を作る

まずは、ポータルから App Service を作成します。

リソースの作成から、Web App と入力して表示された「Web アプリ」を選択します。

つづいて、作成する App Service の設定です。
作成する App Service の情報を指定します。

リソースグループ	任意のリソースグループ名を指定してください
名前	公開される App Service 名になります (example -> https://example.azurewebsites.net)
公開	コード
ランタイムスタック	PHP 7.3
オペレーティングシステム	Windows
地域	任意のリージョンを指定してください。日本国内には東日本(Japan East) と西日本(Japan West) の2ヵ所があります
SKU とサイズ	F1 (無償)

「SKU とサイズ」が Free F1 以外になっている場合課金されてしまいますので、F1 になっていることを確認しましょう。
タイミングや利用状況によっては、F1 が選べない場合もありますが、その時は別のリージョンで探してみましょう。
一通り記入が完了したら [次: 監視 >] をクリックします。

[Application Insights](https://docs.microsoft.com/ja-jp/azure/azure-monitor/app/app-insights-overview) も今回は無効にします。アプリケーションのパフォーマンス分析に非常に有用なサービスではありますが、従量課金のため、今回はコスト優先で無効にします。「いいえ」を選択したら、[確認と作成] をクリックします。

作成される App Service の情報が表示されます。準備ができたら、[作成] ボタンで作成します。

[作成] をクリックすると、数秒後に App Service のデプロイページへ遷移します。
App Service のデプロイは通常1-2分程度で完了しますので、しばらく待ちましょう。

デプロイが完了するとこんな画面が表示されます。
[リソースに移動] をクリックすると、作成した App Service の管理ページへアクセスできます。

ようこそ、App Service へ。
これで、WordPress の実行環境が準備できました。

WordPress を Azure CLI でデプロイする

つづいて、App Service に WordPress をデプロイします。
デプロイ方法は複数あります(Visual Studio Code から発行、展開してFTPでアップロード、など)が、今回は「WordPress の zip ファイルを Azure CLI でアップロードしてデプロイ」を試します。

デプロイを行う前に、まず、どのように展開されるのか確認してみましょう。
App Service の [高度なツール] を表示します。

表示されたら [移動] をクリックします。

App Service には Kudu と呼ばれる、管理用のアプリケーションが必ずセットで展開されます。

Windows と Linux では表示される内容や出来ることに若干の差がありますが、Windows の場合はファイル一覧表示と編集、プロセス一覧の確認が使用できます。

[Debug Console] から、CMD または Power Shell 好きな方を選択します(今回は CMD を使用)。

このように、ファイル一覧とコマンドプロンプトのような画面が上下に並んで表示されます。
ファイル一覧とコマンドプロンプトは連動しており、ファイル一覧をクリックして階層を移動する、コマンドプロンプトからコマンドを入力するとそれぞれが更新されます。

アプリケーションは、 D:¥home¥site¥wwwroot に配置すると実行されますが、作成直後のためアプリケーションはありません。

実際に、WordPress の zip バイナリをダウンロードして、App Service 上にデプロイします。

作業用のフォルダを作成して、Web ブラウザからダウンロードしても良いですが、せっかくなので、PowerShell によるダウンロード方法をご紹介します。
PowerShell より、Invoke-WebRequest コマンドレットを使用すると、Unix/Linux系でよく見る wget などと同じことが出来ます。

最新版の WordPress をダウンロードする場合

Invoke-WebRequest -Uri https://ja.wordpress.org/latest-ja.zip -OutFile WordPress-ja.zip

WordPress 5.3.2 をダウンロードする場合

Invoke-WebRequest -Uri https://ja.wordpress.org/WordPress-5.3.2-ja.zip -OutFile WordPress-ja.zip

WordPress の zip ファイルが準備できたら、Azure CLI を使用して App Service に対してデプロイします。
まずは、Azure CLI から Azure にログインします。

az login

Webブラウザが起動して Azure のアカウントを聞かれますので、サインインを行ってください。
つづいて、az webapp deployment source config-zip コマンドで、zip ファイルに格納されたアプリケーションを App Service にデプロイします。
<group-name> に先ほど作成した App Service のリソースグループ名、<app-name> に作成した App Service 名を指定します。

az webapp deployment source config-zip --resource-group <group-name> --name <app-name> --src clouddrive/<filename>.zip

例:
az webapp deployment source config-zip --resource-group rg-example-WordPress --name example-WordPress --src WordPress-ja.zip

zip push deployment の実行にはアプリケーションサイズにもよりますが、1-2分程度かかります。
実行すると下記のような出力が得られます。

PS D:\Home\Downloads\azure-WordPress> az webapp deployment source config-zip --resource-group rg-example-WordPress --name example-WordPress --src WordPress-ja.zip
Getting scm site credentials for zip deployment
Starting zip deployment. This operation can take a while to complete ...
Deployment endpoint responded with status code 202
{
  "active": true,
  "author": "N/A",
  "author_email": "N/A",
  "complete": true,
  "deployer": "Push-Deployer",
  "end_time": "2020-03-07T22:02:48.9242773Z",
  "id": "055589c815444ad18a848e0fa3b34523",
  "is_readonly": true,
  "is_temp": false,
  "last_success_end_time": "2020-03-07T22:02:48.9242773Z",
  "log_url": "https://example-wordpress.scm.azurewebsites.net/api/deployments/latest/log",
  "message": "Created via a push deployment",
  "progress": "",
  "provisioningState": null,
  "received_time": "2020-03-07T22:02:19.8813391Z",
  "site_name": "example-wordpress",
  "start_time": "2020-03-07T22:02:20.0689142Z",
  "status": 4,
  "status_text": "",
  "url": "https://example-wordpress.scm.azurewebsites.net/api/deployments/latest"
}
PS D:\Home\Downloads\azure-WordPress>

Azure CLI でデプロイすると、高度なツールで表示していた wwwroot フォルダの内容が更新され、 "wordpress" というフォルダが表示されました。

Az webapp コマンドでは、zip ファイルの内容がそのまま、wwwroot 配下に配置されます (zip ファイルの内容で wwwroot を入れ替えるという方が正しいかもしれません)。

このままでも良いのですが、できれば App Service のルートディレクトリに WordPress を配置したいので、ファイルを移動します
(http://example-wordpress.azurewebsites.net/ WordPress/ となってしまうので、フォルダ階層を一つ減らす)。

move wordpress\* .\
move wordpress\wp-admin .\
move wordpress\wp-content .\
move wordpress\wp-includes .\
rmdir /q /s wordpress

これで WordPress の配置が出来ました。実際に動作しているか確認してみましょう。
App Service のページ、右側に URL という項目があります。ここから URL をコピーして、ブラウザで開きます。

WordPress の初期設定ページが表示されれば成功です。
<img width="800" alt="screenshot_02-12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/349915/4ab55d78-c080-9a45-43fb-c39eb640e9e3.png)

MySQL In App を作る

WordPress を動かすためには MySQL (Maria DB) や PostgreSQL 必要ですが、App Service (Windows環境) では、MySQL In App という、App Service インスタンス内で、MySQL を稼働させるオプションが準備されています。
この MySQL はあくまでもテストや検証で使用することを目的としており、本番運用に耐えうるものではないと明言されています。
※本番運用を検討されている場合、今回の構成では不十分ですので、 Azure Database for MySQL や Azure Database for PostgreSQL などのご利用をご検討ください

MySQL in-app is not recommended for production applications. Please also keep in mind the following tips and limitations when using this feature:

しかし、アクセス数の少ない WordPress をちょっと動かす程度であれば十分ですので、試してみましょう。

App Service より [MySQL In App] を見ると、[オフ] になっているので、[オン] にして保存します。

[MySQL 低速クエリログ] や [MySQL 一般ログ] を有効にしておくと、開発中の問題発生時の解決の助けになるかもしれませんが、ここでは必須ではありません。

MySQL In App を管理する際、MySQL Command-Line Client などを使用して操作することはできません。組み込みの phpMyAdmin を使用して管理する必要があります。
ページ上部の [管理] をクリックします。

ログインページが出てきた場合、Kudu の Process Explorer でプロセスの状況を見ていると分かりますが、MySQL プロセスが起動していません。

作成した App Service のページへ、ブラウザでアクセスすると MySQL プロセスも起動します。

この状態で、[管理] へアクセスすると、ログインページが表示されず、そのまま管理画面へジャンプします。

これで、MySQL の準備が整いました。

WordPress の config

WordPress に対して、MySQL In App へ接続するような設定を入れる必要があります。
MySQL In App に接続するユーザー名やパスワードはどうすれば良いのでしょう？

実は、MySQL In App への接続設定は環境変数にセットされており、毎回その設定を読み取
ってセットすることが推奨されています(ユーザー名は変わらないが、ポート番号などは毎回変わるため)。そのため、wp-config.php を編集する必要があります。
MySQL in app - Enable/disable feature
https://github.com/projectkudu/kudu/wiki/MySQL-in-app#enabledisable-feature

まずは、wp-config-sample.php をコピーして、wp-config.php を作成します。

高度なツールにはファイルの編集機能も付いています。wp-config.php の左側にある、ペンのアイコンをクリックして編集しましょう。
wp-config.php のコードに含まれる、データベース名の指定を環境変数から取得した値をセットするように変更しています。

wp-config.php(変更前)

// ** MySQL 設定 - この情報はホスティング先から入手してください。 ** //
/** WordPress のためのデータベース名 */
define( 'DB_NAME', 'database_name_here' );

/** MySQL データベースのユーザー名 */
define( 'DB_USER', 'username_here' );

/** MySQL データベースのパスワード */
define( 'DB_PASSWORD', 'password_here' );

/** MySQL のホスト名 */
define( 'DB_HOST', 'localhost' );

wp-config.php(変更後)

// Azure MySQL In App configuration
$servername = "";
$username = "";
$password = "";
$dbname = "";

// Parsing connnection string
foreach ($_SERVER as $key => $value) {
    if (strpos($key, "MYSQLCONNSTR_") !== 0) {
        continue;
    }
    
    $servername = preg_replace("/^.*Data Source=(.+?);.*$/", "\\1", $value);
    $dbname = preg_replace("/^.*Database=(.+?);.*$/", "\\1", $value);
    $username = preg_replace("/^.*User Id=(.+?);.*$/", "\\1", $value);
    $password = preg_replace("/^.*Password=(.+?)$/", "\\1", $value);
}

/** WordPress のためのデータベース名 */
define( 'DB_NAME', $dbname );

/** MySQL データベースのユーザー名 */
define( 'DB_USER', $username );

/** MySQL データベースのパスワード */
define( 'DB_PASSWORD', $password );

/** MySQL のホスト名 */
define( 'DB_HOST', $servername );