[B! docker] shidhoのブックマーク

Dockerでマストドンやってたら、遮断したはずのポートが丸見えだった件 | Divide et impera

みんなマストドンをやっているだろうか？僕はやっている。インスタンス管理をやっている。こんなふうに運用していた conoHaのVPS CentOS7.3 Dockerで運用しているちなみにDockerは今回が初めて本格的に触った。マストドンは裏側では3000ポートと4000ポートで待ち受けている。 3000の方は普通のWEB 4000の方はAPIを担当している。 HTTPサーバーであるnginxが、httpの80とhttpsの443で受け取ったら、それぞれ3000と4000に送りつけているリバースプロキシという技だ。通常、公開用のhttpとhttpsのポートだけ開けておく。もちろん僕もそのようにしていた。 CentOS7以降はiptablesではなくfirewalldというファイアウォールのソフトウェアでポートの開け閉めを管理している。 firewalldで、許可するポート

shidho 2018/02/09

リンク

Mastodonのアップデートv1.2へ(追記ありほぼ無停止更新)(docker system prune -a追記) - new_pill’s blog

dockerのデプロイ、アップデートの方法がごっそり消えとる(キレ気味) サンクス@nukosu@pao.moeさん Main README developer documentation · Issue #1830 · tootsuite/mastodon · GitHub 短絡的。documentの方を整備してから変更してよ。あんまり英語読みきれてないけどお前のshouldとか知らん。仕方がないので README.mdを掘る github.com docker-compose.ymlとか編集しているので退避しないとだめね～以下、流したコマンド git stash save git pull git describe --tags `git rev-list --tags --max-count=1` # versionを確認 git checkout -b v1.2 $(git d

shidho 2017/05/02

リンク

Mastodonを設置したときのメモ - たていすのメモ2

Mastodonは公式ドキュメントが比較的充実しているので設置そのものは簡単な部類です。 mastodon.juggler.jpは4/12に稼働開始しました。特に人を増やす予定もなかったのですが、当時の日本サーバ群は色々と不安定だったので避難所的な使われ方をして人数が増えてしまいました。その頃に発生した問題についてメモしておきます。作成時に行っておくと良い作業 masterブランチを使わない Mastodonのmasterブランチは開発ブランチです。使ってはいけません。最新のタグをチェックアウトしましょう。 git clone https://github.com/tootsuite/mastodon.git cd mastodon git checkout $(git describe --tags `git rev-list --tags --max-count=1`) Docke

shidho 2017/05/02

リンク

Dockerコンテナ内で操作 attachとexecの違い

7/16 hidekuroサンからのコメントを受けて修正 Dockerのコンテナで動作中のシェルへの接続方法 sshdをコンテナ内に立てることなしにシェルに接続する方法として以下の2つがある。 docker attach コンテナ名 docker exec -it コンテナ名 /bin/bash じゃあ、この2つの違いってなによ? ということで整理してみた。 docker attach コンテナ名こっちは単純にdockerコンテナ内で既に起動しているシェルの標準出力につなげるイメージ？？コンテナで起動しているPID=1のプロセスの標準入出力(STDIN/STDOUT)に接続(attach)する。 docker exec -it コンテナ名 /bin/bash こっちはdockerコンテナで任意のコマンドを実行させる。 -itオプションについては意味合いは以下の通りらしいオプション名

shidho 2017/04/25

docker

リンク

実際に運用してみてわかった、大規模Mastodonインスタンスを運用するコツ - pixiv inside

おはようございます、ImageFlux開発責任者のharukasanです。3日前の4月14日、ピクシブではPawooが急にリリースされることになりまして、ここ数日はずっとPawooサーバにログインしていました。このPawooサーバ、既にピクシブの監視体制に入っており、アラート受信後インフラエンジニアが障害対応できる仕組みを整えています。案の定、リリース直後の15、16日は週末にもかかわらずアラートを受け取ることになり、サーバにはりつくことになったわけです。どんなシステムであろうとアラートを受け取ったら対応する、それが我らインフラエンジニアです。 pawoo.netの構成さて、それではまずPawooの構成を見ていきましょう。digすればわかりますがpawoo.netはAWS上に構成されています。数百台以上の物理サーバを常時運用しているピクシブであっても、さすがにこんなにはやく物理サーバは用