はじめに

前回で、WordPressから接続して使用するDBをRDS上に準備しましたので、WordPressのDB接続など、初期設定を行っていきます。

aws上に作成したansibleサーバーでテストサイトを構築する
1. Ansibleサーバー構築
2. AWSネットワーク構成
3. EC2インスタンスの作成
4. サーバー共通の設定
5. Webサーバーの構成
6. RDSの構成-1
7. RDSの構成-2
8. WordPressの設定
9. 参考にしたサイトなど

DB接続情報の設定

WordPressのDB接続情報は、wp-config.phpに設定するようになっています。
前回までのPlaybookを実行すると、WordPress標準の初期設定ページに接続でき、そこでDB接続情報から設定していけるようになっていますが、ここではDBへの接続設定もAnsibleで実施するようにしたいと思います。

まず、WordPressのパッケージに含まれているwp-config-sample.phpをコピーします。

roles/wordpress/tasks/main.yml(追加分)

- name: copy from wp-cofnig-sample.php to wp-config.php
  shell: 'cp -p {{ wordpress_home }}/wp-config-sample.php {{ wordpress_home }}/wp-config.php && sleep 1'
  args:
    creates: '{{ wordpress_home }}/wp-config.php'

次に改行コードを変更します。

https://ja.wordpress.org/から取得したtar.gzではwp-config-sample.phpの改行コードがCR/LFとなっていました。

ansibleのモジュール(lineinfileなど)でファイルの変更をするとその部分だけLFの行となってしまうので、あらかじめ全体の改行コードをLFに変更しておきます。

roles/wordpress/tasks/main.yml(追加分)

- name: Change CR/LF in wp-config.php to LF
  replace:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: '(.*)\r\n'
    replace: '\1\n'

WordPressのDB接続情報としては以下の4つの情報が必要となりますが、DBホスト名以外はgroup_vars/all.yml上で定義されています。

DBホスト名
データベース名
データベース接続ユーザー名
データベース接続パスワード

DBホスト名はAWS RDSのエンドポイント名となりますが、これはRDSインスタンス作成毎に代わるので以下のように情報を取得するタスクを追加します。

role/wordrepss/tasks/main.yml(追加)

- name: Get RDS infomation
  connection: local
  run_once: true
  rds:
    command: facts
    instance_name: '{{ wordpress.dbname }}'
    region: '{{ vpc.region }}'
  register: rds_info

RDS情報の取得はIAMロールで権限を割り当てているAnsibleサーバーから実施することになるので、connection: localを指定しています。
また、複数のWebサーバーがあっても1度実行されればよいため、run_once: trueも指定しています。

このタスクを実行するとrds_infoの内容は以下のようになります。

command

ok: [web01] => {
    "rds_info": {
        "changed": false, 
        "failed": false, 
        "instance": {
            "DBName": "wordpress", 
            "allocated_storage": 5, 
            "auto_minor_version_upgrade": false, 
            "availability_zone": "ap-northeast-1a", 
            "backup_retention": 1, 
            "backup_window": "19:34-20:04", 
            "character_set_name": null, 
            "create_time": 1510712290.593, 
            "db_name": "wordpress", 
            "db_subnet_groups": {
                "description": "private subnet group for database", 
                "name": "database", 
                "status": "complete", 
                "subnets": [
                    {
                        "availability_zone": {
                            "name": "ap-northeast-1a", 
                            "provisioned_iops_capable": false
                        }, 
                        "identifier": "subnet-5ba42412", 
                        "status": "active"
                    }, 
                    {
                        "availability_zone": {
                            "name": "ap-northeast-1c", 
                            "provisioned_iops_capable": false
                        }, 
                        "identifier": "subnet-99768fc2", 
                        "status": "active"
                    }
                ], 
                "vpc_id": "vpc-8b59b5ec"
            }, 
            "endpoint": "wordpress.cskmve1egshc.ap-northeast-1.rds.amazonaws.com", 
            "engine": "mariadb", 
            "engine_version": "10.1.23", 
            "id": "wordpress", 
            "instance_type": "db.t2.micro", 
            "iops": null, 
            "latest_restorable_time": 1510719000.0, 
            "license_model": "general-public-license", 
            "maintenance_window": "fri:20:26-fri:20:56", 
            "multi_zone": false, 
            "option_groups": [
                {
                    "option_group_name": "default:mariadb-10-1", 
                    "status": "in-sync"
                }
            ], 
            "parameter_groups": [
                {
                    "parameter_apply_status": "in-sync", 
                    "parameter_group_name": "default.mariadb10.1"
                }
            ], 
            "pending_modified_values": {
                "allocated_storage": null, 
                "backup_retention_period": null, 
                "db_instance_class": null, 
                "db_instance_identifier": null, 
                "engine_version": null, 
                "iops": null, 
                "master_user_password": null, 
                "multi_az": null, 
                "port": null
            }, 
            "port": 3306, 
            "publicly_accessible": false, 
            "read_replica_source_dbinstance_identifier": null, 
            "replication_source": null, 
            "secondary_avaialbility_zone": null, 
            "status": "available", 
            "username": "wordpress", 
            "vpc_security_groups": "sg-b98a62c0"
        }
    }
}

上記の実行結果のrds_info.instance.endpointがDBホスト名となります。
他の項目(DBユーザー等)と合わせて、wp-config.phpを修正するタスクを追加していきます。

roles/wordpress/tasks/main.yml(追加分)

- name: DB name is set
  replace:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: 'database_name_here'
    replace: '{{ wordpress.dbname }}'

- name: DB user is set
  replace:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: 'username_here'
    replace: '{{ wordpress.dbuser }}'

- name: DB password is set
  replace:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: 'password_here'
    replace: '{{ wordpress.dbpass }}'

- name: DB host name is set
  replace:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: 'localhost'
    replace: '{{ rds_info.instance.endpoint }}'

WordPressの認証用ユニークキー設定

WordPressにログインした時に発行されるCookieの情報を暗号化する際に使用する情報としていくつかのユニークキーを設定する必要があります。

このキーは、WordPressのサイトにオンラインジェネレーターが設置されているので、そちらから情報を取得して設定するようにします。

なお、こちらのタスクについては、全面的に翔泳社のAnsible徹底入門を参照しています。

ユニークキーの取得

このタスクは、デバッグなどで複数回実行されることが考慮されており、block/rescueを使用して設定されて以下のように構成されています。

前回実行時に取得したユニークキーがファイルに保存されていた場合にはそれを読み込む。
もし、ファイルの読み込みに失敗した場合は、オンラインジェネレーターからユニークキーを取得する。(rescue節)
先行の2タスクの結果のうち、有効なものを変数にセットする。(always節-1)
- この処理は、commandモジュールでファイルからcatした結果とuriモジュールでAPIから取得した結果が、同じ方法で参照できない(contentとstdout)ために必要となります。
変数にセットされたユニークキーを各Webサーバーでファイルに格納する。(always節-2)

今回は同じサイトを複数のフロントエンドサーバーで構成することようにしますが、同じサイトに複数のユニークキーがあると問題なので、1、2、3の処理については、1つのホストのみで実行されるようrun_once: trueをつけています。

逆に、4の処理についてはPlaybook再実行時にどのホストで実行されてもよいように、すべてのホストで同じ情報を保存しておくため、run_onceは使用していません。

roles/wordpress/tasks/main.yml(追加分)

- block:
    - name: Read Unique key file
      run_once: true
      command: "cat {{ wordpress_home }}/unique_keys"
      changed_when: false
      register: cat_unique_keys
  rescue:
    - name: Generate Unique key
      run_once: true
      uri:
        url: https://api.wordpress.org/secret-key/1.1/salt/
        return_content: true
      register: get_unique_keys
  always:
    - name: Set Unique key to `unique_keys`
      run_once: true
      set_fact:
        unique_keys: "{{ (get_unique_keys.content if cat_unique_keys | failed else cat_unique_keys.stdout) | trim }}"
    - name: Store Unique key in a file
      copy:
        backup: true
        content: "{{ unique_keys }}"
        dest: "{{ wordpress_home }}/unique_keys"

WordPressへユニークキーを設定

前の節で取得、保存したユニークキーをWordPressの設定ファイルwp-config.phpに書き込みます。

編集前の当該箇所は以下のようになっています。

wp-config.php(対象部分)

/**#@+
 * 認証用ユニークキー
 *
 * それぞれを異なるユニーク (一意) な文字列に変更してください。
 * {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org の秘密鍵サービス} で自動生成することもできます。
 * 後でいつでも変更して、既存のすべての cookie を無効にできます。これにより、すべてのユーザーを強制的に再ログインさせる
ことになります。
 *
 * @since 2.6.0
 */
define('AUTH_KEY',         'put your unique phrase here');
define('SECURE_AUTH_KEY',  'put your unique phrase here');
define('LOGGED_IN_KEY',    'put your unique phrase here');
define('NONCE_KEY',        'put your unique phrase here');
define('AUTH_SALT',        'put your unique phrase here');
define('SECURE_AUTH_SALT', 'put your unique phrase here');
define('LOGGED_IN_SALT',   'put your unique phrase here');
define('NONCE_SALT',       'put your unique phrase here');

/**#@-*/

そこで、lineinfileモジュールを使用して、最後のdefine行を前節のunique_keysに置換します。
unique_keysには複数の行が含まれていますが、問題なく置換できました。

roles/wordpress/tasks/main.yml(追加分)

- name: Write unique keys in wp-config.php
  lineinfile:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: "'NONCE_SALT',.*'put your unique phrase here'"
    line: "{{ unique_keys }}"
    backrefs: true

その後、不要な行の削除を行います。

roles/wordpress/tasks/main.yml(追加分)

- name: Delete unnecessary setting lines
  lineinfile:
    path: '{{ wordpress_home }}/wp-config.php'
    regexp: "^define.*put your unique phrase here'"
    state: absent

ここまでで、テスト用インフラとしてのWordPressのインストールは完了とします。

Playbookを実行後、http://<IPアドレス>/wordpress/にアクセスすることでDB設定後のWordPressインストールページにアクセスできます。
設定を進めていくとWordPressを使用することができるようになっています。

次回

次回は、Webサーバーを複数に増やし、ロードバランサーの作成を行っていきます。