minikubeでDockerコンテナをクラスタ構成した運用とDockerコンテナを手作業で地道に管理の運用とどっちが楽か検証しながらまとめてみた｜TechRacho by BPS株式会社
2018.02.22 minikubeでDockerコンテナをクラスタ構成した運用とDockerコンテナを手作業で地道に管理の運用とどっちが楽か検証しながらまとめてみた 皆さまこんばんは、ikaです。ここ最近の仕事面では開発する時間も増えてきて、中々インフラの話で話題になれそうなものがあんまり出てこないなーという矢先の記事です。 なんだかんだ言って、弊社のインフラはまだ問題が山積みなため生々しい声(主に自分の運用の辛さ<-)も含めて書いています。 今日はその中でも今流行りの(?) Kubernetes によるDockerコンテナをクラスタ化の試験運用を行なっているので、その体験談、プラス自社の既存の運用方針と照らし合わせて結局Kubernetesってどうなの?と言う記事を書いてみたいと思います。それではいってみましょう。 注: 追記参照 コンテナ型仮想化について Dockerコンテナと言っ
systemd-nspawnとmachinectlコマンドまとめ｜TechRacho by BPS株式会社
前回の記事でmachinectlコマンドを少し紹介しました。 今回はその続きとして、systemd-nspawnの管理コマンドを紹介します。 環境設定は前回作ったものと同じ想定です。 machinectlコマンド自体はsystemd-nspawn専用ではありませんが、こちらのコマンドを使って管理できます。 すべては紹介しきれないので個人的によく使うコマンドを紹介します。 初期設定 machinectlコマンド経由でsystemd-nspawnを起動するかたちになります。 ファイルはどこにおいても-Dオプションで指定すればいいのですが、デフォルトで/var/lib/machinesを想定しますのでこちらに移動しておくと便利です。 前回作ったubuntuディレクトリは/var/lib/machinesに移動しておきます。 mv ./ubuntu /var/lib/machines 設定はお好み
PrometheusでDockerホスト + コンテナを監視してみた｜TechRacho by BPS株式会社
今回は監視ツールのお話です。 次世代監視ツールPrometheusを使ってみた 皆様はどんな監視ツールを使っていますか？BPSでは、nagios + munin の2本立てでアラート通知やグラフによる監視を行なっています。今年度だけでも、ダウンしたサーバの発見や、リソースが限界に達していないかのチェックなど、監視ツールはさまざまな面で役に立っています。 しかし、監視ツールは監視対象側から監視ツール側に情報を送るという前提で作られていることが多い(世間ではPush型と言われている?)ため、監視ツールの導入は凄く面倒です。運用に関係のない設定はできれば監視対象には追加したくないものです。そこで、今回試験的に裏で運用しているPrometheusを使ってDockerホストとコンテナの監視を開始しました。 Prometheusとは? https://prometheus.io/より Promethe
超シンプルなコンテナ管理systemd-nspawnを使ってみる｜TechRacho by BPS株式会社
はじめに コンテナ作成といえばDockerが有名ですが。その他にもrktやlxdなど、たくさんプロジェクトがあります。 今回はその中でも特にシンプルなsystemd-nspawnを使ってみます。 ポイントは以下3つだけです。とりあえずこの3ステップだけで使えるようになります。 ファイルを用意する systemd-nspawnコマンドを実行する ネットワークを設定する 検証環境 今回はVirtualBox上のUbuntu16.04上で作業します。 検証ではubuntu-16.04-server-cloudimg-amd64-vagrant.boxをダウンロードしてVagrantで立ち上げましたが、Ubuntu16.04であれば何でも構いません。 構成については今回は簡単に、コンテナにもIPを割り当て、ホストと同じネットワークに接続するという構成にします。 またpublicネットワークにはDH
Dockerでsupervisorを使う時によくハマる点まとめ
morimorihoge です。最近格ゲー部に入部してGGXrd REV 2を始めました。高校時代にGGXをやっていたときと感覚が違いすぎてまだ全然ですが、チマチマ練習中です。 Dockerにはinitプロセスがないよ問題とsupervisor さて、Dockerコンテナはそのままではsystemdやsysvstat経由で起動を管理するサービス（nginxとかpostgresqlとかの永続系サービス）がうまく動きません。 これはDockerの設計思想によりinitプロセスがいないことが原因で、この辺りは Docker and the PID 1 zombie reaping problem にいい感じでまとまっています。 もしsystemdが使いたければDockerではなくsystemd-nspawnを使うのが楽でしょう、という話になるのですが、Dockerでinitプロセスを扱う試みもあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
