SLAチェックしてみたら…マルチAZ未対応!? その改善プロセス

SLAチェックしてみたら...マルチAZ未対応!? その改善プロセス ENECHANGE株式会社杉田青哉 2025.2.21 ゆるSRE勉強会 #9 〜最近始めた取り組み共有大会〜 https://yuru-sre.connpass.com/event/342085/

自己紹介名前: 杉田青哉所属: ENECHANGE株式会社業務内容: テックリード、バックエンド /インフラ技術スタック:
Ruby、AWS 趣味: ウイスキー X: @Mnbvc124

アジェンダ 01 02 03 04 05 現在のチーム体制運用強化したこと運用強化したことで見つけた問題マルチ
AZ対応の実施プロセスまとめ

現在のチーム体制 SREチームはなく、開発と運用を兼務しているそのため色々な問題が ... • 開発に手を取られて運用・監視はほとんどできていない • 運用状況を把握していないため障害対応が遅れる

運用強化したこと安定稼働のためにできる取り組みを初めてみた！！ • 稼働状況・パフォーマンス・リソース使用状況などを継続的に監視 • 死活監視の導入 • インフラリソースのコスト最適化

運用強化したことで見つけた問題監視している中で、 NAT Gatewayが単一AZにしか存在しないことを発見

運用強化したことで見つけた問題 SLAには．．．データセンターレベルの大規模災害の発生に備え、２つの地理的に異なる場所に設備が構築されること

運用強化したことで見つけた問題マルチAZ必須なので早速対応！！

マルチAZ対応の実施プロセス【新ECS構築】 • ALB、ECS新規構築 ◦ RDSは共通【補足】 • コスト観点でNAT Gateway廃止

マルチAZ対応の実施プロセス【新旧ECS同時稼働】 • 新しいECSにトラフィックを向ける • DNSキャッシュが残ってる間は新旧同時稼働

マルチAZ対応の実施プロセス【旧ECS停止】 • 旧ECS停止して新ECSのみ稼働

まとめ運用強化したことから問題を発見し、マルチ AZ対応で可用性を向上させることができた。しかし、運用の課題は依然として残るため「チームで運用を回せる体制づくり」を作っていく必要がある

Sugita