Download as PDF, PPTX
![[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス](https://cdn.slidesharecdn.com/ss_thumbnails/amazonauroratips-170307140000-thumbnail.jpg?width=640&height=640&fit=bounds)
![[GKE & Spanner 勉強会] GKE 入門](https://cdn.slidesharecdn.com/ss_thumbnails/gke01-200121090059-thumbnail.jpg?width=640&height=640&fit=bounds)
![[CWT2017]Infrastructure as Codeを活用したF.O.Xのクラウドビッグデータ環境の変化](https://cdn.slidesharecdn.com/ss_thumbnails/dlcwt2017infrastructureascodef-171108044056-thumbnail.jpg?width=640&height=640&fit=bounds)
コンテナにおけるパフォーマンス調査でハマった話
- 1.
- 2. 発表者について 名前： 島田 雄太 (@yuta1979) 所属：TDCソフト株式会社 ITアーキテクト 最近の業務経歴：AWS構築支援、顧客業務システムのCI/CD環境構築・運用 資格：PMP、AWSソリューションアーキテクトアソシエイト 好きなAWSサービス：Route53・CLI 最近の楽しみ：子供と過ごす時間 2
- 3. 本日の発表について - コンテナのメトリクス収集に苦労した話 以下は触れません - Saas型のモニタリングサービスについて(exDatadog,Mackerel) - デプロイ周りの話 - コンテナ入門について（特徴のみ説明） 3
- 4. コンテナの特徴 - コンテナはホストOS上の独立したアプリケーションの実行環 境 - コンテナランタイムによって作成された、ホスト OSのリソース を隔離・制限したプロセス -コンテナをイメージ化することで、開発、ステージ、本番環境 での差異を解消(設定値は環境変数で割当可能 ) 4
- 5.
- 6.
- 7.
- 8. 簡単に調べるなら？ オンプレ時代から使っているLinuxのコマンドを利用 - メモリ: freeコマンドで使用量を確認 - CPU：psコマンドでプロセスで利用しているCPU利用率を確認 <環境について> AWS: t2.medium (2vCPU / 4GiB Memory) OS: Amazon Linux 2 →左図のような構成を用意 コンテナA コンテナB EC2インスタンス CentOS 7-1 CentOS 7-2 8
- 9. 2台のコンテナを起動 コンテナの起動コマンド (docker run--name “コンテナ名” -it -d イメージ名) 2台のコンテナが起動していることを確認 (docker ps -a) 9
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17. 負荷をかけてみる 再度stressコマンドで64MBの負荷をかけ、psコマンドで確認する RSS(物理メモリ)合計値：2,784+3,020+856+66,176+3,460=76,296KB≒74.5MB ホストからdocker stats コマンドのMEMUSAGEを確認する 66.72MiB メモリに関する値が上昇 # stress -m 1 --vm-bytes 64M --vm-hang 0 & 17
- 18.
- 19. 公式ドキュメントを確認する Linuxでは、Docker CLIは合計メモリ使用量からページキャッシュ使用量を差し引いてメモリ使用量を報告します。 APIはこのような 計算を実行せず、クライアントが必要に応じてデータを使用できるように、合計メモリ使用量とページキャッシュからの量を提供しま す。 https://docs.docker.com/engine/reference/commandline/stats/ Linuxでは、Docker CLIは合計メモリ使用量からページキャッシュ使用量を差し引いてメモリ使用量を 報告します。APIはこのような計算を実行せず、クライアントが必要に応じてデータを使用できるように、 合計メモリ使用量とページキャッシュからの量を提供します。 https://docs.docker.com/engine/reference/commandline/stats/ →dockerstatsコマンドではページキャッシュが含まれていない usage_in_bytes：他のカーネルコンポーネントと同様に、メモリcgroupは、最適化を使用して不 要なキャッシュラインの誤った共有を回避します。 usage_in_bytesはメソッドの影響を受け、メモ リ（およびスワップ）使用の「正確な」値を表示しません。効率的なアクセスのためのファズ値です。 （もちろん、必要な場合は同期されます。）より正確なメモリ使用量を知りたい場合は、 memory.statのRSS + CACHE（+ SWAP）値を使用する必要があります（5.2を参照）。 https://www.kernel.org/doc/Documentation/cgroup-v1/memory.txt →memory.statはRSS＋ページキャッシュの合計値を利用する 19
- 20.
- 21. 考察 - CPUはpsやdocker statsコマンドで使用率をみることができた （cpu 測定時のdockerstatsコマンドについては割愛） - メモリは用途に応じてpsやdocker stats / cgroup を使い分ける （freeでは求める結果は得られない) - リソースの値は絶えず変化するため、横串でみるのは少し難しい（測定 するときは軸を決めましょう） docker stats: 実メモリの利用率を確認 cgroup.memory.stat：キャッシュを含めたメモリ利用量を確認 21
- 22.
- 23.
- 24. Appendix 参考にさせていただいたサイト Docker公式: - https://docs.docker.com/engine/reference/commandline/stats/ - https://docs.docker.com/config/containers/runmetrics/#metrics-from-cgroups-memory-cpu-block-io -http://docs.docker.jp/engine/articles/runmetrics.html メモリについて: - https://qiita.com/kunihirotanaka/items/70d43d48757aea79de2d cgroup について: - https://www.kernel.org/doc/Documentation/cgroup-v1/memory.txt - https://www.itbook.info/network/docker06.html - https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/6/html/resource_management_guide/ch01 24
- 25.