.env.productionのredisでelasticcache指してるところを空欄に、mastodon動かしてるec2インスタンスをt3.microからt3.smallに
mastodon:feeds:build
その後コンテナ上げて、問題無さそうならelasticcache削除+リザーブドインスタンスをt3.microからt3.smallに変更 #memo
.env.productionのredisでelasticcache指してるところを空欄に、mastodon動かしてるec2インスタンスをt3.microからt3.smallに
mastodon:feeds:build
その後コンテナ上げて、問題無さそうならelasticcache削除+リザーブドインスタンスをt3.microからt3.smallに変更 #memo
今tootctlだからコマンド違うのか
コンテナに入って
tootctl feeds build
hcmon.sysなぁ
vSphere Clientのせいかね。使わないこともない、って微妙な感じだから早く古いvSphereを現実世界でめにしたくない
今までSIer任せにしてたユーザ企業が痛い目を見ればいいのに、と思いながら眺めてるけど多分辛い思いするのはSIerだよなぁ
弊インスタンスのredisをaws elastic cacheからdockerコンテナに変更しました
またEC減らした分EC2インスタンスをt3.microからt3.smallに強化しております
このアカウントは、notestockで公開設定になっていません。
次へが押せない
別タイプのRIを統合するアレは確か終了時が同じじゃなきゃ駄目だったはずだしうーむ
やらかしじゃなこら
>すべての リザーブドインスタンス、またはそのサブセットを変更できます。
って書いてあるから途中でタイプ上げたいときは差額払うんかなーとか思ってたらそうじゃないみたい
https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ri-modifying.html
>すべての リザーブドインスタンス、またはそのサブセットを変更できます
わたし「わりと自由効くのね」
--スクロール--
>リザーブドインスタンス のすべての属性が変更の対象とはならず、制限が適用されることがあります
わたし「ん？」
コンバーチブルとスタンダードで割引率15%くらい違っててスタンダードにしたら悲しい思いをしている
このアカウントは、notestockで公開設定になっていません。
前からアラーム飛ばすようにはしてたけどlambdaとcloudwatchとSNSでcpu使用率ﾄﾞﾊﾞｰｯとなるとコンテナ上げ直すように
RIを変更できない以上(RI無視してもいいけど💰が…)この辺が落とし所か
問題はこれcpu張り付いてる状況で実行できるのかねぇ……って所
あとしきい値調整しないと画像上げようとしただけでコンテナ止まるとかありそう
呼び名をサーバーに変更するプルリクの件は気になってずっと追ってたんですが、結論出たみたい。個人的にはインスタンスのままの方がわかりやすくてよいなーと思って見てた。https://github.com/tootsuite/mastodon/pull/9938
このアカウントは、notestockで公開設定になっていません。
サーバって呼称一般的過ぎるしサーバ分けてmastodonホストしてる人もいるしで私はインスタンス呼びですかね……
一瞬TL途切れて「おっ早速自動復旧lambdaFunction発動か？？？」と思ったら別にそんなことはなかった
今更だけど戯言シリーズいつの間にか人類最強の***とやらが増えてるしなんかアニメまで出来て
本編、人間、辞典しか読んでないしkindle版買い揃えながら集めよう
未だに「ユーザ数多くてSaaSのメール使うと高いから」とか言ってオンプレのメールシステム使ってるなかなか辛い場所を横目に見ながらお仕事してます
今mastodonとブログとで使ってるドメインのメール欲しいっちゃ欲しいけど作るの面倒だし運用大変そうだしでなんとも
の投稿
Yohei_Zuho@mstdn.y-zu.org
このアカウントは、notestockで公開設定になっていません。
独自ドメインメール、gsuite1ユーザで取るとかoffice365のメールだけのプラン1ユーザで取るとかそういうくらいのが良さそうですね
Mailu — Mailu, Docker based mail server
https://mailu.io/1.6/
さあ皆さんもメールサーバを立てましょう
このアカウントは、notestockで公開設定になっていません。
