【第四弾】Kubernetesベストプラクティス：Requests & Limits - Qiita
ベストプラクティス第四弾です こんにちは、jackです。 今回でKubernetesベストプラクティスもいよいよ中盤です。 今回も前回同様、概念的な部分が多いので長くなりますがお付き合いください。 公式ブログはこちら Kubernetes best practices: Resource requests and limits Kubernetesベストプラクティスまとめ一覧 というページも作りました。 TL;DR プロジェクトやチームが大きくなってきたら、リソース管理をするべし リソース管理には Requests と Limits がある Requestsは最低限割り振られるリソース（CPUやメモリ） Limitsは割り振られるリソースの上限 CPUユニットは m (millicores) Memoryユニットは Mi (mebibyte) もっと詳しく リソース管理をするべし Kube
Kubernetesで実際のメモリを超えるコンテナアプリを動かすと、どうなるか？ - あさのひとりごと
Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトや（ry Kubernetesをつかうとステートレスでマイクロサービス的なアプリケーションを1日に何度もデプロイでき、スパイクアクセスがきても水平スケールが容易なので、大規模Webシステムでスケーラブルな基盤を作れる、というのは広く知られています。 一方、Kubernetesには「Resource Requests」という機能があり、これはPodをデプロイする時に必要とするリソース(CPU/メモリ)を指定できるものです。これにより、Kubernetesクラスタのリソースの使用率を
Sysdig
Kubernetesの制限とリクエストの設定は、アプリケーションとクラスターのパフォーマンスを最適化するために重要です。 Kubernetesでは、管理者はネームスペースでリソース使用量のクォータを設定でき、これによりすべてのポッドはCPUとメモリのリクエストとリミットを宣言する必要があります。 リクエストはポッドが必要とする最小リソース量を示し、リミットはポッドが使用できる最大リソース量を示します。 適切なリクエストとリミットを設定することで、リソースの適切な共有とクラスターの安定性を確保できます。 また、モニタリングシステムを使用してリソース使用量を監視し、クォータが適切に構成されていることを確認することが重要です。 詳細はこちら Sysdigに関するお問い合わせはこちらから 最近の投稿 カテゴリー アーカイブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
