よくチューニングされていそう
crunchydataでまとめると幸せそうな未来が見える https://info.crunchydata.com/blog/advanced-crunchy-containers-for-postgresql
今ってオンプレADとAzureADと統合したID使うのにADFSいるのかな
AzureAD使うのってオンプレAD前提とした時以外にあるんだろうか？
やまーOffice365のみとかはあるかもしれないけど
オンプレAD前提としてないのにOffice365使うのはもともとoutlook.com使ってたとかそういう背景があるとかかなやっぱり
sudo apt install postgresql-client-11
理由なんでか知らないけどhey社オンプレADとoffice365とでID統合してそのあとその他SaaSとSSO組むぜーみたいな野望があったみたいだけど潰えた
今はオンプレADからIDaaS挟んで各種SaaSとSSO組む作戦が進行中
弊社、担当者がAzureADもOffice365もIAMも分かんない人がよくわかんない設定をした結果、MSアカウントと組織アカウントを使い分けなければいけないという大問題が
AD の 拡張属性に O365 の Principal name 手作業で打った思い出。（用語は最近触ってないのでうろ覚え）
@cybergene あー
じゃー弊社のは元々持ってたMSアカウントがあって、後からOffice365入会してって感じなのか
歴史を感じる
https://qiita.com/kikuchi_kentaro/items/4565292affaf2e521e0f
コンテナでDB動かすのめんどくさそうで嫌になってきた
aptで入れちゃうか
@cybergene oh...
やっぱり下手にMS内部で統合しないで欲しかった
@yakumo dbのユーザ作ったりってどんな感じでした？
mastodonのセットアップスクリプトで作ってくれたのかな
@cybergene なんじゃそりゃ便利そう！
お仕事柄1つのサービスの複数アカウントにログインしたりとか多いのでブラウザ分けたりchromeのユーザ分けたりとかやってます
@yakumo なるほど
なら別DBからデータ移してこなきゃならないので、一度自動でDB作らせて、コンテナに入ってdumpデータ流すって感じかなぁ
いやでも多分mastodon:setup実行しないとDB作られないよなぁ
@yakumo 非常に助かります！
バックアップは取ってあるので一旦これでやってみますー
RDSのメトリクスから見ると10GBくらい使ってるのにdumpしたら3GB程度しかないや
なんかググるとダンプしたら増えるっていう意見とダンプしたら減るって意見があり 🤔
docker-compose -f docker-compose.override.yml pull
ちょっと失敗したなこれ
/EBS/
をpsqlのデータディレクトリにすると不便だ1ディレクトリ間に挟めばよかった
ちょっと心配なのはコンテナごとにじゃなくてdocker-composeで一気にコンテナ立ち上げてたからsidekiqとかいらんことしてないかなーとか
postgres:11を使ったけど多分これマイナーアップデートは自動でかかるんだよね
よき
もうちょっと待ってTLの速度落ち着いたら
mv /data/* /data/db/ -r
みたいな感じで移して/data/backup/とか作ってdumpさせよう
レプリカ側でdumpすればパフォーマンスあんまり落ちないよねってことかな
This account is not set to public on notestock.
This account is not set to public on notestock.
寝たいけど今寝たら起きた時mstdnもplも両方落ちてたらそのまま二度寝しちゃいそうだから自動バックアップ仕掛けてから寝る
dbやら設定ファイルのバックアップスクリプトを修正
awsからg driveに投げると高いのでs3に投げるように
