月: 2020年5月

Dockerの基本的な使い方も問題なさそうだったので、Docker Desktop + Visual Studio Codeな環境を作成して、Docker composeの基本的な使い方を勉強しようと、比較的メジャーな組み合わせと思われるnginx + php + mysql (mariadb)なアプリを作成してみた。

Docker Desktopでは問題なく動作する事が確認できたので、早速QNAP上のDocker composeでビルドしようとするとmysql (mariadb)のイメージがDocker Hubから見つからないというエラーが発生する。

そう、今使っているQNAPのTS-431PのCPUはARM (arm32v7, armhf)なのだが、nginxやphpのARMv7 (32bit)用のイメージはあるのだが、mysql (mariadb)のARMv7 (32bit)用イメージはDocker Official Imagesには何故かないのだ。

同じDatabaseで言えばpostgresはARMv7 (32bit)用のイメージが存在しているのに…mysql (mariadb)が存在しないとは。

こればかりはどうしようもないので、仕方なくUn-Officialなイメージのlinuxserver/mariadbを利用するように定義ファイルを書き換える事で、ビルドそのものは問題なく実行できるようになったのだが…

各種設定など細かい部分でOfficialなmariadbのイメージとは差異があるようで、どの設定が異なり、どう設定すれば良いのか、全て正常に動作するようになるまでの地道な調整作業が必要なようだ。

QNAPを使い始めて早くも6年半。当時はContainer Stationもなければ、スレージプール機能も存在しなかった。

そんな中でQNAPを単なるファイルストレージとして使わず、LinuxサーバとしてOpenPNEなどをQNAP上で直接運用して来たのだが、最近のバージョンアップで最新のPHPに対応していないOpenPNE2が動作しなくなり、新機能のHybridMountを使おうにもストレージプールに変更しないと使えないし、App Centerに今まで存在していたアプリが消えて無くなるなど制約が多数発生するようになってきた。

QNAP上で運用していた様々なアプリに問題が生じるようになってきたので、そろそろアプリの運用方法も見直さないとやばいかな〜と思い始めたので、今更ながらDocker(Container Station)の使い方を勉強し始めた。

今までQNAP上でネイティブで運用していたアプリをDockerで置き換えできれば、今後何かあってもデータとDockerの定義ファイルさえ残っていれば、復旧させるのも、新しい環境へ移行するにも楽かなと思って。

しかし、まだまだ使い方を勉強し始めたばかりで、理解できていない部分も多いのか、QNAPという環境が特殊なのか、苦労する事も多い。

ネットの情報を元にコンテナを作ろうとしても、何故かpullしてくるイメージがIntel系になってしまい、今使っているQNAP(ARM)だと正常に動作しなかったり、buildして作成したイメージに名前を付けなかったり、同じ名前を付けると古いイメージの名無しになってしまって、Container Stationのイメージ一覧に表示されない、など癖があって何かと苦労する。

更にQNAPのWebUIではDockerfileをbuildする方法が用意されていないので、QNAPのWebUIからQNAP自身にssh接続するためのDockerfileを作ってみたが、docker runとかで使えるように最後のENTRYPOINTやCMDで直接shellを起動するようにしたら、QNAPのContainer Stationでは何故か正常に動作しない。

仕方がないので、何もしないコマンド(実際は「tail -F /dev/null」)でコンテナを実行状態にしてからWebUIのターミナルを起動する方法で誤魔化す事でQNAPにWebUIからssh接続できるようになった。

とりあえず、基本的なイメージ、ボリューム、コンテナを作成して、QNAP上で実行するところまでは問題なくできるようになったかな。

次はDocker Compose(QNAP上でのアプリケーションの作成)だが、中身が1コンテナだけのアプリってどんな意味があるのか理解できていないので、とりあえず複数コンテナを組み合わせたアプリの作成を覚えたいなと。