kubernetesでjenkinsを立てる - Qiita
kubernetesでwebサーバをたてて、kubernetesクラスタの外部からアクセスする方法。 webサーバとしてjenkinsをたててみた。 Replication Controllerのサンプル apiVersion: v1 kind: ReplicationController metadata: name: jenkins spec: replicas: 1 selector: app: web template: metadata: labels: app: web spec: volumes: - name: jendata hostPath: path: /jenkins_home containers: - name: myjenkins image: jenkins ports: - containerPort: 8080 volumeMounts: - mount
kubernetes自体をdockerで立てる（AWS EC2）hyperkube - Qiita
kubernetesの構築方法は色々あるが、CentOSの場合は7が推奨されている。 例えばCentOS6や、EC2 Amazon Linuxでは実現できないか？というと、kubernetes自体をdockerベースで起動する方法がある。「Hyperkube」 Amazon Linux上で試してみた。 基本は以下をベースにしてます。 1ホスト上での実装です。 前提条件としてEC2(Amazon Linux)を起動する。 1. dockerをインストール 参照 http://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/docker-basics.html 2. etcdコンテナを起動 docker run --net=host -d gcr.io/google_containers/etcd:2.0.12 /usr/lo
kubernetes: 特定のコンテナ(Pod)だけ特定のホストで - Qiita
kuberenetsで複数のコンテナを複数クラスタ上で運用すると、リソースの関係などで特定のコンテナ（Pod）だけ特定のホストで実行したいケースがある。 label機能を使うことで実現できる。 参照） Constraining pods to run on particular nodes http://kubernetes.io/docs/user-guide/node-selection/ host(minion node)にlabelを付ける 初期状態として以下のworker(minion) nodeとする $ kubectl get nodes NAME LABELS STATUS AGE ip-172-31-25-70 kubernetes.io/hostname=ip-172-31-25-70 Ready 1m ip-172-31-25-72 kubernetes.io/hos
kubernetes : kubectlコマンド一覧 - Qiita
よく使うkubernetesのkubectlコマンド一覧 1) podを作成 kubectl create --save-config -f [Pod定義ファイル] または kubectl apply -f [Pod定義ファイル] とりあえずapplyにしておくのがベター。 applyの場合は、前回実行時とのyaml設定の差分を抽出して、 その差分を反映するらしく、createたけで作成すると差分抽出の ための履歴情報がないため、createだけの後のapplyではエラーとなる。 ただし、create --save-configとしておけばcreateでもOK。 2) rs(Replica Set)を作成 kubectl create --save-config -f [rs定義ファイル] or kubectl apply -f [rs定義ファイル] rsを作成すると、複数のpodを一括管
kubernetes: pod(コンテナ)のディスク(volume)とパス(path)の指定方法 - Qiita
コンテナを起動する際、dockerの場合はdocker runコマンドのオプションで色々指定できるが、kubernetesの場合は、pod（またはreplication controller）作成時に指定するyaml/jsonで規定する。 kubernetesでコンテナ（pod）を作成する際の、データの格納場所（volume）を指定する方法を記載する。 コンテナ(Pod)が死んでしまうと、データが消滅してしまうので、Volumeに格納しておく事で、状態を維持できる。 タイプは様々提供されている。 •emptyDir •hostPath •gcePersistentDisk •awsElasticBlockStore ほか emptyDirは、Pod単位の仮想ボリュームで、Podがdeleteされると同時にデータも削除される。 hostPathは、ホストサーバ上のDiskにマウントする方式。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
