TL;DR DockerでRailsとDBのコンテナを作成しWebアプリケーションを作成してたところ ブラウザ上では日本語が文字化けしないがdbコンテナの中に入ってmysqlにログインすると ???? に文字化けしている現象に遭遇した。 対象読者 or 前提条件 or 環境 DockerでMySQLコンテナを使用するマルチバイトなひと まずは調査 「Docker mysql 文字化け」でぐぐってみるとどうやら character_set_server=utf8 でないと発生するという記事が大量にヒットする。 Docker公式イメージのMySQLで文字コードを指定するのエントリを参考に過去にdocker-compose.ymlには対応を実装していたのでどうやらこれが問題ではなかった。 そもそもなにが原因で文字化けしてるのかがわからなかったので調べてみた。 $ mysql mysql> sta

»Template User VariablesUser variables allow your templates to be further configured with variables from the command-line, environment variables, Vault, or files. This lets you parameterize your templates so that you can keep secret tokens, environment-specific data, and other types of information out of your templates. This maximizes the portability of the template. Using user variables expects y

質問 ・mysqldのバージョンを確認しようとしたら、下記メッセージが表示されました ・どういう意味でしょうか？ ・ルートでmysqldを動かすには、セキュイリティのマニュアルを読む？ # mysqld --version Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root! 環境 ・MySQL5.7 ・一般ユーザではバージョン表示されるのですが… $ mysqld --version

こんにちは、つじたく（@Tsuji_Taku50）です。 この前Ansibleを使用している時に 「わりと重い処理(長時間掛かる処理)を実行するとAnsibleから反応が返ってこない」問題が起こりました。 それについての対処法を書きたいと思います。 実際に問題が起こった処理 対処方法 まとめ 実際に問題が起こった処理 実際にAnsibleで処理を行っている時に反応が返ってこなくなったのは sqlのdumpファイルをリストアしている時でした。 反応の返ってこなかった問題の処理↓ # dumpファイル反映 - name: Import dump.sql mysql_db: state: import name: test_db target: /home/Users/dump.sql test_dbという名前のテーブルにdump.sqlを反映するという処理になります。 dump.sqlファイル

当記事はケーススタディの連載となっています。目次は【こちら】です。 最新のソースコードは【GitHub】で公開中です。 サーバの責務はこちらで確認ください。 1.サーバ再起動概要 SELinuxのDiable設定を有効にする為、サーバを一度だけ再起動する。 2.playbookファイルの相関 3.playbook(site.yml) ${ANSIBLE_HOME}/site.yml メインとなるplaybook(site.yml)参照 4.SELinux無効化適用のplaybook(/operations/0031_reboot.yml) \${ANSIBLE_HOME}/operations/0031_reboot.yml # =================== # SELinuxのDisable設定を有効にするため再起動する(reboot.yml) # ==============

AWSの話。 AWS使っている方であれば当たり前に理解している話かと思います。 AMIとEBS インスタンス起動時にAMIが読み込まれ、 EBSは追加データを保存する場所なのかなと思っていたのだけど、 どこからどこまでがEBSに保存されるんだ？などどいまいち腑に落ちていなかった。 で、ちゃんと調べてみたところ、 Amazon マシンイメージ（AMI）は、ソフトウェア構成（オペレーティングシステム、アプリケーションサーバー、アプリケーションなど）を記録したテンプレートです。AMI から、クラウドで仮想サーバーとして実行される AMI のコピーであるインスタンスを起動します。 (http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ec2-instances-and-amis.html) AMI には次が含まれています。 インスタンス

Packerを使うとDockerfileを使わずにChefやPuppetからDockerのイメージを作成することができる（詳しくは"Packerを使ってChef/Puppet/AnsibleでDockerのイメージをつくる"に書いた）．ChefとかPuppetのような資産が既にある場合は，それを使うのも良い（インフラCIでベースDockerイメージだけChefで作ってしまってみたいなことも考えているが，まだ試し中）． イメージができたら，次はそのイメージをどこかにホストする必要がある．また業務で利用するなら認証機構のちゃんとしたプライベートレジストリを使いたい．Dockerのイメージの保存先の選択肢は，今のところ以下の3つがある． docker/docker-registryを運用する DockerHubを利用する Quay.ioを利用する まず、自分でdocker-registryを運用

»Template User VariablesUser variables allow your templates to be further configured with variables from the command-line, environment variables, Vault, or files. This lets you parameterize your templates so that you can keep secret tokens, environment-specific data, and other types of information out of your templates. This maximizes the portability of the template. Using user variables expects y

We have several rails apps under common domain in Docker, and we use nginx to direct requests to specific apps. our_dev_server.com/foo # proxies to foo app our_dev_server.com/bar # proxies to bar Config looks like this: upstream foo { server foo:3000; } upstream bar { server bar:3000; } # and about 10 more... server { listen *:80 default_server; server_name our_dev_server.com; location /foo { # th

こんにちは。CTOの馬場です。 最近利用する機会が増えてきたdockerネタです。 nginxを動かすときのTipsを3つ紹介します。 foregroudで起動する dockerではコマンドをforegroundで動かさないとコンテナが停止してしまいます。 nginxはデフォルトはデーモンとして動くので、foregroundで動くように設定しましょう。 nginx.confで設定するならこうです。 daemon off; Dockerfileの起動コマンドで指定するならこうです。 CMD ["/usr/sbin/nginx", "-g", "daemon off;"] 動的な設定を外部化する イメージの中に設定値を入れちゃうのはダサいですよね。 コンテナ起動時に動的に設定したいものです。 dockerの場合は docker run 時に -e で環境変数を指定できるので使いましょう。 do

作り方 シェルスクリプトの冒頭に cd `dirname $0` という一行を追記しておくと、実行場所を気にしなくてよいスクリプトになります。 具体例 /home/vagrant/sample.sh #!/bin/sh cd `dirname $0` pwd 実行権限を付与しておきます。 $ chmod +x /home/vagrant/sample.sh どこから実行しても同じ結果です。 $ cd / $ /home/vagrant/sample.sh /home/vagrant $ cd /home/vagrant $ ./sample.sh /home/vagrant sample.sh が配置されているディレクトリをカレントディレクトリとして想定したシェルスクリプトを作成できることを意味します。 補足 dirname コマンド パスのうちディレクトリ部分を取得できます。 $ dir

こんにちは、筋肉系インフラエンジニア見習いのつるべーです。 私は今、GMOペパボ株式会社でペパボカレッジという第二新卒エンジニア向け研修を受けている真っ最中です！ 今回のエントリーは、私が研修中に感じた素朴な疑問を会社のコミュニケーションツールに書いたら、そこから議論が広まって、最終的にはInfrastructure as Codeという重要な概念への理解を深めることができたよ、という話です。 Infrastructure as Codeって？ Infrastructure as Codeを一言で表すと「コードによりインフラの管理をすること」です。 コードで管理することのメリットとしては、 コードのバージョン管理ができる 設定変更の適用前にプルリクエストベースで確認が行える 設定の共有・再利用が容易である オペレーションミスが防げる インフラ構築の属人化が防げる などが挙げられます。 現在

今回は、前回の続きとして、不動産投資と株式投資の違いだけでなく共通点もあぶりだし、投資の心得を再確認していきたいと思います。 今回は、前回の続きとして、不動産投資と株式投資の違いだけでなく共通点もあぶりだし、投資の心得を再確認していきたいと思います。 REITと実物の不動産投資の違いは？ 証券取引所には、株式だけでなくREIT（不動産投資法人）も上場しています。REITは簡単にいえば不動産を小口化したもので、少額からの不動産投資が可能となっています。 では、REITと実物の不動産投資の違いはどのようなところにあるのでしょうか。実物の不動産投資に比べて、REITの大きな魅力は「投資資金が小さく済む」「流動性が高い」の2点にあります。特に、REITの仕組みを用いることで流動性の乏しい不動産がいつでも売買できるようになったという点は、非常に歓迎すべきことです。 その一方、REITに組み入れられて