WordPressのインポート機能で取り込んだ時にIDが変わってしまったものがあったのでリダイレクタを作った。

プログラムから生成したmrubyのリダイレクタは下記。

blog_redirect_handler.rb

あとは、これをh2oの設定ファイルで mruby.handler-file に指定すれば正常に動作する。

WordPressのプラグインとして書こうかとも思ったけど既に以前のドメインでアクセスが来た際にblog.fukata.orgにリダイレクトしていたのでフローを変えずに処理するのはこれが最も楽だったと思う。

プログラムから吐き出したmrubyスクリプトはerniebrodeur/ruby-beautifyで整形した。簡単に整形出来て良い。なんならsyntaxチェックまでやってくれるので便利。

久々にRailsじゃなくてruby書いた気がする。

前回、h2o+phpのdockerイメージを練習がてらに作ってみたので今回はそれを使ってこの主にWordPressで構成されたサイトをdockerコンテナを使ってみた。

構成

前回とほとんど構成は変わってない。

• Digital Ocean Singapore 512MB
• Ubuntu 16.04 LTS
• MySQL 5.7
• Redis 3.2
• h2o 2.1.0-beta4
• php 7.0.14

dockerイメージ

使ったdockerイメージは下記。

• mysql:5.7
• redis:3.2
• fukata/h2o-php

/var/www 以下にあるWordPressやその他のWEBに公開しているファイルは現状はコンテ化出来ていないのでそのままホストに置いている状態となっている。

これもコンテナ化しようかと思ったんだけどWordPress自身でのアップデートとかもあるしローカルで変更してイメージ化して再アップってのが個人で運営するブログ程度だと面倒くささが勝ちそうだったので良い案が思い浮かぶまでとりあえずホスト側に置くことにした。

なので、h2o-phpコンテナとはvolumeに指定してマウントしている。

wp-config.php

h2o-phpコンテナからmysql,redisコンテナにアクセスするために下記のような設定を行っている。

docker runのlinkオプションに他コンテナを指定することで環境変数に色々定義されるのでそれを使う。

/** MySQL hostname */
define('DB_HOST', getenv('DB_PORT_3306_TCP_ADDR') ?: 'localhost');

// redis
define('WP_REDIS_HOST', getenv('REDIS_PORT_6379_TCP_ADDR') ?: 'localhost');
define('WP_REDIS_PORT', getenv('REDIS_PORT_6379_TCP_PORT') ?: '6379');

今回、初めてphpの ?: という演算子を知った。
いわゆるデフォルト値を定義してあげる時に便利なやつ。

ansible

ansibleのタスクからdockerコンテナの部分だけ抜粋。

- name: Create mysql container
  docker_container:
    name: db
    image: mysql:5.7
    pull: true
    restart: yes
    restart_policy: always
    env:
      MYSQL_ALLOW_EMPTY_PASSWORD: YES
      MYSQL_USER: "{{ db_user }}"
      MYSQL_PASSWORD: "{{ db_password }}"
    ports:
      - 127.0.0.1:3306:3306
    volumes:
      - /var/lib/mysql:/var/lib/mysql
      - /etc/mysql:/etc/mysql
  tags: mysql

- name: Create redis container
  docker_container:
    name: redis
    image: redis:3.2
    pull: true
    restart: yes
    restart_policy: always
    ports:
      - 127.0.0.1:6379:6379
    volumes:
      - /etc/redis:/etc/redis
  tags: redis

- name: Create h2o container
  docker_container:
    name: h2o
    image: fukata/h2o-php
    pull: true
    restart: yes
    restart_policy: always
    ports:
      - 0.0.0.0:80:80
      - 0.0.0.0:443:443
    links:
      - db
      - redis
    volumes:
      - /var/www:/var/www
      - /var/log/h2o:/var/log/h2o
      - /etc/h2o:/etc/h2o
      - /etc/letsencrypt:/etc/letsencrypt
  tags: h2o

まとめ

今回、DigitalOceanのインスタンスを512MBプランに変更してみたんだけど普通に動いてるっぽい。かなりギリギリになってるので何かあるとすぐいっぱいになってしまいそうな不安はあるけど。

とりあえず、今年中にやりたかったdockerコンテナを使ってサイトを公開出来たのは良かった。

そろそろEC2に移行しようかな。どうせならterraformなど使って移行したい。

海外に居ても日本とほぼ同じ味の牛丼が食べられる幸せ。
週末、このブログサイトをdockerコンテナ使ったものに変えようかと思っていて練習がてらにdocker imageを使ってみた。

表題のh2o(ssl,mruby) + php7なdocker imageはこちら。ベースはalpine:edgeになっている。ビルドしていてalpinelinuxのホームページを見てみると22日に3.5が出たらしいのでdocker imageが公開されたらそっちで再度ビルドする。mysql,redisは公式イメージがあったからそれをそのまま使おうかと思ってるんだけどh2oに関しては公式がなかったのと大してDL数がない他人のやつを使うのも怖いので練習がてらに作ってみた。と言ってもほとんど拾ってきたDockerfileの継ぎ接ぎだけど。
fukata/h2o-php – Docker Hub

dockerさえ入ってればこれをpullしてrunすればWebサーバとphpの実行が出来る。

今まで、vagrant + ansibleで環境構築していたんだけど今回docker触ってみて確かに便利だと分かったのでこれから積極的に使っていく。

カンボジアで泊まったホテルに居た猫。可愛かったなぁ。
いつか試したかったh2o。ちょっと時間が作れたのでメモしておこう。

サイト構成

• Digital Ocean 1GB (Singapore)
• Ubuntu 16.04 LTS
• PHP 7.0.14-1
• nginx 1.10.11

こんな感じだろうか。今までDigital Oceanの2GBプランを使っていたけど調べてみるとほとんどメモリ使っていなかったので1GBプランに落とした。メモリも400MB程度しか使っていないので将来的に512MBのプランで運用しようかと思っている。

今回は、今までnginxで運用していたところをh2oに変えてみた。

h2oインストール

必要なパッケージをaptで入れて下記のコマンドをh2oの直下で行えば簡単にインストールすることが出来た。今回はmrubyも使いたいのでmrubyを有効にするオプションも忘れずに。
Install – H2O – the optimized HTTP/2 server

あとは、依存しているwebsocketのcライブラリであるwslayもソースからコンパイルして入れておく。インストール方法等は公式リポジトリから。
tatsuhiro-t/wslay: The WebSocket library in C

% cmake -DWITH_BUNDLED_SSL=on -DWITH_MRUBY=on .
% make
% sudo make install

WordPressのディレクトリ構造

このサイトはWordPressのマルチサイト機能を使っていて下記のようなディレクトリ構造になっている。

/var/www/fukata.org/index.php # WordPressのindex.php
/var/www/fukata.org/wordpress/ # WordPress本体

極力 wordpress という文字列をURLに含みたくなかったのでh2oの設定ファイルは下記のような感じになっている。多分もっとスマートに書く方法があるだろうから、追々編集するはず。

https://fukata.org/ ‘s h2o config

まとめ

意外とあっさりnginxからh2oに乗り換える事が出来たんだけど、もっと言えばnginxの時に使っていたレスポンス結果をディスクにキャッシュさせて任意のURLのキャッシュだけ削除したりなんて事が出来ると嬉しいかな。

現状どこまでmrubyを使ってh2oを拡張出来るのか把握していないので色々試したいところ。