@meronmks とりあえずhealth checkを通すことを先に考えたほうがいいですかね．80でもいいですが，適当にtcp返すだけでもかなり楽ですよ．

でもおそらく現状全台にルーティングされている状態でUDPだけアクセスできないなら，LBからhealthyになっても手元からは疎通しないかもしれませんが．
NLBだとリクエスト先のIPとレスポンス送ってくるIPが違うので，どこでまでパケットが疎通してるか確認しないとわからんですね．

@meronmks
> If target groups don't have a healthy target in an enabled Availability Zone, we remove the IP address for the corresponding subnet from DNS so that requests cannot be routed to targets in that Availability Zone. If all targets fail health checks at the same time in all enabled Availability Zones, the load balancer fails open. The effect of the fail open is to allow traffic to all targets in all enabled Availability Zones, regardless of their health status.
https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html

なので，すべてのAZですべてのTargetがunhealthyになった場合は，すべてのTargetにリクエストを送るっぽいですね……．httpが疎通するのはこのためかなぁ

@meronmks となるとHTTPとUDPは別のTargetGroupですよね．両方ともすべてのTargetがunhealthyなんですかね？

NLBだとLB自体にSecurityGroupを設定しているかどうかによって変わりますが，Target側のSecurityGroup設定でhealth check用の穴を開けていないと失敗するのがよくあるパターンです．あとはhealth checkの設定でUDP + traffic portになっているかどうかとか．

@meronmks NLBですかね？

@meronmks timeoutになるかはLBの実装次第だけど，バックエンドのサービスに繋がることはないですね．

腹が減りました

ぬあー既存のロジックをこれ以上維持して変更できない気がしてきた．超デカリリースになってしまう

S3ってあんまりスピードを求めてない気がするんだけど、ファイルシステムとしてどの程度のパフォーマンス出るんだろ / AWS、LinuxからAmazon S3をファイルシステムとしてマウントし利用できる「Mountpoint for Amazon S3」正式公開 https://www.publickey1.jp/blog/23/awslinuxamazon_s3mountpoint_for_amazon_s3.html

いけた，ようやく起動できたぞ

あーなるほど．GenServerではないこのモジュールをどうやって起動するかという問題になってしまった

ねむい

ドキュメントがなさすぎて意味がわからん．ちゃんとかけや

この時間はいろいろ待ち時間が少なくて早いな……

永遠の夏休みいいな．でもそれ無職っていうやつなんでは

なんでARN合ってるのにACM指定すると403になるんだろ

金のことを考えなければ別に毎日夏休みでも良い（

一度terraformのtfstateに落としてしまったものは，あとでディレクトリ構成とか変えてtfstateを移動しようと思ったときに面倒．特にリソースごとに別のtfstateに移す場合は，結構面倒なことをしないといけない

一切ケチらず有り金全部注ぎ込め（

現状ですでにrecoverしてないので例外起きたら落ちるはずなんだよな

例外のハンドリングどうするかなぁ

RubyKaigiのチケット買うか悩む……オフラインなら絶対行くんだけどな

よくわからんのだが，楕円って平面だよね．平面と楕円の選択肢の差は何なの．立体的に言い表すなら回転楕円体とかじゃないの

北海道の中に北海道が小さく収まってるので，完全に再帰参照になり，結局北海道の正しい大きさがわからないｗｗ

わろたｗｗ

Archはいいぞ．特にwikiが充実してていい