コンテナ監視って何見るの？～初心者編～

コンテナ監視って何見るの？～初心者編～ Koji Aizawa 2021/07/26 OpsJAWS

Agenda 1. コンテナの課題とオーケストレーションの必要性 2. 監視の基本的な考え方 a. アプローチの仕方 b. コンテナの状態変化を継続的に把握する重要性 3.
まとめ

コンテナって何見ればいいの？コンテナって何を見ればいいの？

1. コンテナの課題とオーケストレーションの必要性

本番環境では各コンポーネントを冗長化するのが基本 • コンテナの障害対策 ◦ 複数台のコンテナを起動 ◦ ロードバランサーでアクセス分散 • サーバの障害対策
◦ 各コンテナは別々のサーバで起動コンテナ単体の課題とオーケストレーションの必要性出典：『Kubernetes on AWS』（リックテレコム刊　 2020年）

コンテナ単体の課題とオーケストレーションの必要性本番環境では各コンポーネントを冗長化するのが基本 • コンテナの障害対策 ◦ 複数台のコンテナを起動 ◦ ロードバランサーでアクセス分散 •
サーバの障害対策 ◦ 各コンテナは別々のサーバで起動コントロールプレーンコンテナ単体の課題とオーケストレーションの必要性出典：『Kubernetes on AWS』（リックテレコム刊　 2020年）

オーケストレーションサービスの構成要素 • コントロールプレーンノードはどれか、コンテナをどのノードに配置すべきかなどの管理を行うもの • データプレーンコンテナを実行するサーバそのもの AWS Blog(Docker
on AWS)より引用： https://aws.amazon.com/jp/blogs/news/jp-docker-on-aws-container-service-selection-example/ 

オーケストレーションサービスの構成要素コントロールプレーンデータプレーンコンテナたち

2. 監視の基本的な考え方

監視の基本的な考え方　1/3 　 • コントロールプレーンノードはどれか、コンテナをどのノードに配置すべきかなどの管理を行うもの • データプレーンコンテナを実行するサーバそのものコントロールプレーンの監視
→マネージドなので不要 AWS Blog(Docker on AWS)より引用： https://aws.amazon.com/jp/blogs/news/jp-docker-on-aws-container-service-selection-example/ 

→マネージドなので不要データプレーンの監視 →EC2なので今までと同じ　（Fargateなら管理から解放） AWS Blog(Docker on AWS)より引用： https://aws.amazon.com/jp/blogs/news/jp-docker-on-aws-container-service-selection-example/ 

→マネージドなので不要データプレーンの監視 →EC2なので今までと同じ　（Fargateなら管理から解放） AWS Blog(Docker on AWS)より引用： https://aws.amazon.com/jp/blogs/news/jp-docker-on-aws-container-service-selection-example/  コンテナの監視・EC2ベース(プロセス監視に近い ) ・オーケストレーションならではのコンテナ挙動を捉える

具体例：Amazon ECSのタスク起動フロー 1. タスク定義で指定したキャパシティ（CPU・メモリ）でノードのリソースを確保 2. コンテナレジストリからイメージをpull 3. コンテナを起動 4.
ヘルスチェック 5. ユーザーからのリクエストを受け付ける Running Pending Task Status

具体例：Amazon ECSのタスク起動フロー 1. タスク定義で指定したキャパシティ（CPU・メモリ）でノードのリソースを確保 →　リソースを確保できない 2. コンテナレジストリからイメージをpull →　イメージをPullできない 3.
コンテナを起動 →　コンテナを正常に起動できない（起動処理失敗など） 4. ヘルスチェック →　ヘルスチェック失敗 5. ユーザーからのリクエストを受け付ける →　高負荷などによるリソース過剰使用など Running Pending Task Status

具体例：この時何が起こるか？いずれもタスクの再作成（問題のタスクは停止され、新しいタスクが作成）が繰り返される • Pendingから停止した場合は、一定間隔で再試行＆試行回数上限あり。 • Runningから停止した場合は、無期限で再作成される　※AWS公式Docよりつまり、予期しないタスクの再作成が発生する可能性がある、ということ Amazon EC2時代も、何らかのサーバー異常により
Amazon EC2のTerminate・再作成がないわけではないが、コンテナ（＝プロセス）の停止・起動の方がよりカジュアルに発生しやすいと言えるコンテナの状態変化を”継続的”に把握することが重要

3. まとめ

ああコンテナ監視のポイントコントロールプレーンの監視マネージドサービスを使えばノータッチで OK データプレーンの監視 EC2時代と同じコンテナの監視 EC2時代と同じ　＋　オーケストレーション固有の挙動（状態変化）を継
続的に捉える本番でコンテナを使うための構成を理解するコンテナ単体の課題とオーケストレーションの必要性を理解する ※ブログで同内容を公開中： https://blog.newrelic.co.jp/container/container-monitoring-practice/

2021.9.15 ¥ 3,300 (including tax) ついに発売される New Relic の全てを理解できる 330
ページにわたる技術書籍。オブザーバビリティの基本から New Relic One の基本機能、さらには16のオブザーバビリティ実装パターンまで含めた、初心者から応用を理解したい上級者まで対象にした New Relic のパーフェクトガイドブック。予約受付中単行本版 & Kindle版同時発売 CLICK & CHECK IT OUT!

Thank you @kaojiri

コンテナ監視って何見るの？～初心者編～

コンテナ監視って何見るの？～初心者編～

kaojiri

More Decks by kaojiri

Other Decks in Technology

Featured

Transcript