Introducing dumb-init, an init system for Docker containers At Yelp we use Docker containers everywhere: we run tests in them, build tools around them, and even deploy them into production. In this post we introduce dumb-init, a simple init system written in C which we use inside our containers. Lightweight containers have made running a single process without normal init systems like systemd or s
Kubernetesの導入を検討するにあたって、エラーの状況確認から解決に至るまでのオペレーションは押さえておくべき事柄だ。まだ導入に至っていない場合はこういう問題が発生するのかと雑に感じてもらい、導入している場合は問題を解決する際の参考にしてもらえればと思う。 当エントリでは、自分が遭遇した失敗のケースについて原因と解決方法を列挙する。尚、経験ベースなので同じエラーがでても場合によっては別の原因や解決方法があるかもしれない。また、記載したログや設定ファイルのリソース名や値などは適当にマスキングしているので適宜読み替えてほしい。 どのようなタイミングでポッドが起動しなくなるか Kubernetesはポッドが落ちた際に自動的にポッドを再起動するなどのマネジメントを行ってくれる。ただし、ポッドを初めて作る際や、構成を変えたポッドやレプリケーションコントローラをローリングアップデートする際に、誤
This article is more than one year old. Older articles may contain outdated content. Check that the information in the page has not become incorrect since its publication. Editor’s note: this post is part of a series of in-depth articles on what's new in Kubernetes 1.3 Customers using Kubernetes respond to end user requests quickly and ship software faster than ever before. But what happens when y
Google Container Engineに移行した その5 オートスケール※Amazonのアソシエイトとして、A-TAK.COMは適格販売により収入を得ています ※本サイトではその他アフィリエイトも利用しております。 前回までのGKE 前回はGoogle Container Engine(GKE)でnginx + PHP-FPMでWordPressのコンテナを作成しました。 Google Container Engineに移行した その4 | A-tak-dot-com 今回は、負荷が上がってきたときに自動でポッドを追加し、さらにノード(VM)も増やしていく設定を行います。 GKEのオートスケールの動き 以下のような動きになる。 PodのCPU使用率が上がるKubernetesのオートスケール機構によりPodのレプリカが作成され複数のPodができるノードの負荷が上がるとGCEのオート
Kubernetesではmedataのidentifyのためにラベルが使用されるが、任意のIdentifyしてないmetadataに対しても利用することができる。ラベルのようにKey/Valueで使用する。ビルド/リリース/イメージの情報やログ、モニタリングのポインタなどに利用されることを想定。
(追記): この記事は Kubernetes 1.3 世代という大昔に自分自身の学習過程のメモとして書いたので、現在は全く推奨しません。1.9 準拠の入門 Kubernetes などを足がかりにした上で最新のドキュメントを参照するのがオススメです。 Kubernetes の Glossary について大体目を通したので、これからリソースごとに概要をまとめていく。 この記事は自分自身が API の更新を把握して説明するための資料として API 一覧を軸にまとめる。 別の軸でまとめた Glossary の要約には下記などがあり。 http://qiita.com/t-yotsu/items/f565b2d788a3b98fe762 手始めに Kubernetes 1.3 の API Definitions からトップレベルかつ *List でないものだけ抽出した。 あるもの 各 API 上のリ
Kubernetesの構成コンポーネントについて一覧をまとめてみました。Kubernetes 1.2時点での情報です。
Wantedlyインフラチームの @koudaiii です。 6月に Docker を Production で使い続ける理由 を書きました。 たくさんの方からコメントを頂きました。ありがとうございました。どんどんコミュニティなどで意見交換させて頂ければと思います :D さて、 今回は Docker を使っていく中でよく耳にする Kubernetes について、 Wantedly の Production 環境で Kubernetes を動かす上で調べた情報源をまとめました。 はじめにまず、最初に確認するのが、 Kubernetes の公式ドキュメントかと思います。 公式ドキュメントでは、 とくに実際の機能ごとに詳細な記述があります。目的の機能が明確にわかっている場合、公式ドキュメントを調べるだけで完結することが多いです。 しかし、文量が多いため使いたいユースケースからそれに必要な機能を探
docker stopってどうして時間がかかるのだろう??と疑問に思ったことはありませんか。 その理由は、Linuxではpid=1のプロセスはとても特別な扱いをうけるので簡単にkillできないという性質があるにもかかわらず、docker runでコンテナ上で実行されるコマンドはpidが1だからです。そういった問題を解決するのがdumb-initであったり、tiniであったりするわけです。 ということで、試しにdumb-initで本当に問題が解決されるか検証してみましょう。 テスト用のDockerマシンを準備する すでにテスト用の環境がある方はスキップして次に進んで下さい。 $ docker-machine create --driver virtualbox node1 $ eval $(docker-machine env node1)
参加してから既に1週間過ぎてて今さら書くの!って言われそうだけど,先週土曜に参加してきた「Docker Meetup Tokyo #6」のメモを残しておこうと思う.倍率2倍以上の抽選に当選できて良かった.去年夏にあった #5 にも参加してるし,Docker Meetup に関しては今回で2回目だった. dockerjp.connpass.com kakakakakku.hatenablog.com 資料 全てまとまってる場所は無さそうだけど,以下のソースからほぼ全て辿れる感じにはなっている. Docker Meetup Tokyo #6 - 資料一覧 - connpass 参加ログ::Docker Meetup Tokyo#6 #dockerjp | BOHE-Lab. Docker Meetup Tokyo #6 - Togetterまとめ ピックアップ 特に勉強になった発表をピックアッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く