スマホゲームの API サーバにおける EKS の運用事例 | GREE Engineering

*1 デフォルトでは Pod に割り当て可能なセカンダリ IP アドレスを ENI 1個分(その ENI に割り当てできる最大数)確保する設定ですが、実際には DaemonSet などがありすぐに ENI 1個分の空きという条件は満たさなくなるので、ワーカーノード起動時に ENI 2個分(「そのインスタンスタイプが ENI ごとに割り当てできる IP アドレス数」の2倍)が確保されるということになります。ドキュメントとしては次のリンクをご参照ください。 参考: https://docs.aws.amazon.com/ja_jp/eks/latest/userguide/cni-env-vars.html 参考: https://github.com/aws/amazon-vpc-cni-k8s/blob/master/docs/cni-proposal.md 例えば、ピーク時に c5.4x

[sonots]

なるほどそんなことが。知見ありがたい > AWS API コールがスロットリングして、ターゲットグループから削除する処理が遅延する

[mapk0y]

いろいろとノウハウが詰まっててとても参考になった。IPモードで利用した際に API コールが増えるのは盲点だった。/ できれば、CI/CD をどうしてるかについて知りたい

[tmatsuu]

よい知見。

[i43s]

これは良い事例

[Keisuke69]

EKSの知見がふんだんに書かれてる. 構成自体はLAMPでモノリシック. 必然的に発生するK8Sのバージョン追従はインプレースではなく新バージョンのEKSクラスタ用意してBlue/Greenぽく. 他にも実運用で発生した課題とその回避方法