Google Container EngineによるKubernetesクラスタの作成
本連載では、オープンソースのオーケストレーションシステムである「Kubernetes」を用いて、スケーラブルで運用しやすいWebアプリケーションを構築する方法を紹介します。「Google Container Engine」で提供されているKubernetesを使用し、構築方法には触れずにKubernetes上の構成にフォーカスを当てて説明します。今回はKubernetesおよびGoogle Container Engineの説明と、Kubernetesクラスタの作成方法、その上にWebアプリケーションをデプロイする方法を解説します。 Kubernetes Google Container Engine 本連載について 本連載では、6部構成で以下の機能を持ったWebアプリケーションを構築します。 オートスケーリング 本番環境と開発環境で別のURLを持つ アプリケーションのバージョン番号を使っ
オペレーションとルールを統一化し、Kubernetesを使った変化に強いインフラを構築
Wantedlyの開発現場で活用されている技術や手法は、日々進化するプロダクトに合わせて柔軟に変化しています。この連載では実際の開発で取り組んでいる技術や手法を、実務に使える形でお伝えしていきます。前回はWantedlyのインフラチームが大切にしている「変化に強いインフラ」づくりについて解説しました。第2回となる今回は、架空のサービスをサンプルとして、Kubernetesの活用方法を具体的に紹介します。 はじめに 本連載は、WANTEDLY TECH BOOK 2から抜粋し、再編集したものになります。第1回に引き続き、第2回もインフラチームの坂部（@koudaiii）が担当します。前回は「変化に強いインフラはWantedlyにとってなぜ必要か」「これまでどのように変化に強いインフラに取り組んできたのか」といったことを中心に紹介しました。今回は、架空のサービスをサンプルとして、Kuberne
Linux OSリソースのパフォーマンス分析(2) ～ CPUとメモリの使用状況を分析してみよう
前回説明したこと OSリソースを大まかに分けると、CPU、メモリ、ストレージ、ネットワークの4つ 各OSリソース使用状況を確認する代表的なコマンド（mpstat, vmstat, iostat, sar） 前回のページへ 注意 本稿の動作確認環境は、Red Hat Enterprise Linux 6.4（以下、RHEL6.4）＋sysstat9.0.4です。 sysstatパッケージがインストール済みであることが前提です。 本稿に基づく運用については、お客様自身の責任と判断によって行ってください。 CPU使用状況の分析 CPUは、OSリソースの中でも特に重要なリソースです。CPUが限界になると、それ以上処理できなくなるためです。この状態をボトルネックが発生していると呼びます。基本的には、スループット（単位時間あたりの処理量）に比例してCPU使用率は増加していきます。 なお、OLTP系シス
Kubernetesを使った変化に強いインフラ――Wantedlyのインフラチームが大切にしていること
Wantedlyの開発現場で活用されている技術や手法は、日々進化するプロダクトに合わせて柔軟に変化しています。この連載では実際の開発で取り組んでいる技術や手法を、実務に使える形でお伝えしていきます。第1回はWantedlyのインフラチームが大切にしている「変化に強いインフラ」づくりについて、Kubernetesの活用方法を交えて紹介します。 はじめに 本連載は、WANTEDLY TECH BOOK 2を抜粋し、再編集したものになります。第1回と第2回の担当は、Wantedly インフラチームの坂部（@koudaiii）です。第1回である本記事では「変化に強いインフラはWantedlyにとってなぜ必要か」「これまでどのように変化に強いインフラに取り組んできたのか」といったことを中心にご紹介します。第2回では、例として架空のサービスを実際に作る上での手順を紹介する予定です。 変化に強いインフラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
