docker service の inspect --pretty を列挙する - Qiita
扱っているdocker serviceの数が３桁とかになってくると、このnodeに依存しているserviceはどれだっけ？ というような事を把握するのが大変になってきます。サービスの現在状態がローカルに存在してれば適当にgrepして探せるのですけど、docker service inspect して回らないといけないので大変です。 ということで、全てのserviceのinspect --prettyを列挙する以下のようなスクリプトを作りました。--prettyのほうが行志向なのでgrepとの相性が良いです。 ds_all.sh [-q] #!/bin/sh NAMES=`docker service ls | tail -n +2 | awk '{print $2}' | sort` n=0 N=`echo "$NAMES" | wc -l | bc` for I in $NAMES; d
docker swarmのゾンビコンテナを掃除するスクリプト - Qiita
#!/bin/sh LIST=`docker ps -f name=$1 --format "{{.CreatedAt}}\t{{.ID}}"` N=`echo "$LIST" | wc -l` echo $N containers are found if [ "$N" = "1" ]; then echo ok exit fi LAST=`echo "$LIST" | sort | head -n-1` for I in "$LAST"; do ID=`echo $I | grep -o '[0-9a-f]*$'` PID=`ps aux | grep $ID | grep docker-containerd-shim | awk '{print $2}'` echo kill $PID kill $PID sleep 1 if ps -p $PID > /dev/null; then
helmを使ってKubernetesを楽にする - Qiita
１．helmとは。基本的な使い方 helmとは：KubernetesでつらいYAML地獄を脱却するYAML生成ツール Kubernetesのつらさ Kubernetesでは、PodやServiceといった基本的なコンテナの設定をYAML形式で記述します。 何度も何度もYAMLを書いていると、下記のような決まり文句の書き出し数行を書くのもつらくなってきます。 apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx:1.7.9 ports: - containerPort: 80 helmがやってくれるのは、「nginxがほしい」と願えば上記のYAMLを生成してくれることだと思っています。 helmの基本的なコンセプト：設計図Chartとそこから作られるRelease
Helmの概要とChart(チャート)の作り方 - Qiita
記事の内容 この記事では、 Helm Chart(チャート)を作るというゴールに向けて、以下のことを説明します。 Helm自体の概説 (前半) Helmチャートの作り方 (後半) この記事の作成に至った動機付けと背景 Helm自体や、その利用手順についての情報は多いが、「Helmチャートそのものの作り方」について、特に日本語で説明したものが少ないように思えたため。 Helmについては、チャートの作り方を含めて https://helm.sh/ のサイトにある公式ガイドに良くまとまっているため、「それを頭からちゃんと読めば良い」のは確かなのですが、もう少し「本家ガイドを読む前にさっと流して理解できるまとめ」があっても良いように思えたため。 人数的には明らかに「Helmを利用するだけの人 > Helmチャートを作成する人」だと思いますが、後者の方の初期ステップのお役に立てば幸いです。 Helm
[k8s] helmで Error: no available release name found になったとき - Qiita
k8sのパッケージマネージャ helm を使おうと思ってインストール後、 helm install コマンドを実行したらエラーで怒られた $ helm init $ helm install stable/redis-ha Error: no available release name found $ kubectl create serviceaccount --namespace kube-system tiller $ kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller $ kubectl patch deploy --namespace kube-system tiller-deploy -p '{
![[k8s] helmで Error: no available release name found になったとき - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5119b7546393a65440ec0c2f310d0710d4c5d88f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCazhzJTVEJTIwaGVsbSVFMyU4MSVBNyUyMEVycm9yJTNBJTIwbm8lMjBhdmFpbGFibGUlMjByZWxlYXNlJTIwbmFtZSUyMGZvdW5kJTIwJUUzJTgxJUFCJUUzJTgxJUFBJUUzJTgxJUEzJUUzJTgxJTlGJUUzJTgxJUE4JUUzJTgxJThEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mNmI5NWI3MDIxZDVlYzQwZGQzMzExMDUyNDhlMGE4OQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdGFtYW51Z2kmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTBkMmY1MWI2OTkxZDI2MDlhN2ZkOGMyZWQ4MWFkMDhl%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D3c4f2154192fe52dee08e07d3d1ad0a6)
juju:lxcで立てたkubernetesにhelmでwordpressをデプロイする - Qiita
動機 最近飼い始めたハムの日記をつけよう、ということでhelm使ってwordpress立ててみたら、意外に苦戦したのでメモしておく。 前提条件 kubernetesとhelmが利用できる環境 $ kubectl version Client Version: version.Info{Major:"1", Minor:"11", GitVersion:"v1.11.1", GitCommit:"b1b29978270dc22fecc592ac55d903350454310a", GitTreeState:"clean", BuildDate:"2018-07-17T18:53:20Z", GoVersion:"go1.10.3", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", M
RancherOSで起動時にNFS(EFS)をマウント - Qiita
ちゃんとドキュメント化されてないですが、RancherOS v1.1.0以降ではOS起動時にNFS領域のマウントができるようになっています。 cloud-config.ymlに以下のように書けばOKです。 #cloud-init mounts: - ["192.2.0.1:/export", "/mnt/efs", "nfs4", "nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2"] 参考: Support NFS shares in cloud-config mounts 参考リンク先のコメントにcloud-configのサンプルがありますが間違えているので注意してください。 rancher配下ではなくトップレベルにmountsを書くのが正解です。 以上です。
【自宅サーバー】Mac miniにCoreOSをインストールしKubernetesを運用する - Qiita
Mac mini に CoreOS をインストールして、kubernetes を立ち上げて自宅サーバーを運用するまでの話です。 「Go言語でスヌーズ機能付きリマインダーLINE botを実装した」で作ったLINE bot のサーバーを heroku で運用していたのですが毎月700円の出費が痛いので、なんとか安い運用方法がないかを検討した結果、自宅で眠っていた Mac mini を自宅サーバーとして運用することにしました。 動機と OS の選択 お金をかけずに運用したい。 Docker が好きなので kubernetes を触ってみたい この2つが僕のマストの要求です。 まず思い浮かぶのが GCP の無料枠での運用ですが、GKE を無料枠の f1-micro インスタンスを1つ立ち上げて試してみたところ kubernetes の管理アプリケーションだけで、0.6GB のメモリのほとんどを食
HelmのChartに少しだけ手を入れたいあなたへ - Qiita
はじめに この記事の内容は個人の見解です。 また、ここに書かれている手段が唯一の解決策だという意図もなく、特定のツールを中傷するつもりもありません。 このブログポストのオチ ksonnetを使えばHelm Chartをカスタマイズできる ただし、hook機構を利用したChartはだめ（stable/spinnakerなど) Helm は便利なツール、だけど Kubernetesとお友達の皆さん、Helm使ってますか？使ってますよね、この記事を読んでいるんですから。 色々なChartが公開されていて便利です、Helm。 Nginx IngressやPromethes、GrafanaからMinecraftのサーバまで、手軽にデプロイできて、とてもとても助かります。 素敵ツールのHelmですが、しょっちゅう、これでもかと、耳にタコができるほど言われるのが、「カスタマイズが辛い」だと思います。 「
Rancher最速セットアップ理論 プロジェクトR - Qiita
この記事は「Rancher Advent Calendar 2017」の 11日目の記事です。 ACT.1 プロジェクトR そもそも何で最速へのこだわりが生まれたのかから話した方がいいのかもしれない。私が Rancherを使う理由はそもそもが一時的な開発環境や検証環境、情報系のサービス運用で、本番環境での利用は想定していない（そっちは工夫してネイティブクラウドインフラで簡単に構築する方法を模索中）であるなら Rancherサーバの構築はいつでもどこでもランチャリング、最小の手間で最速に展開出来るべきであろうと、こうして Rancher最速セットアップ理論を探求する日々、プロジェクトRは始まったのである。 ACT.2 全開! セットアップバトル きっかけは CloudFormationのテンプレートで YAMLが使えるようになったのを知った時だった。AWS使いの私は Terraformや A
「Virtual Kubelet」を使って、Azure Kubernetes Service (AKS)とAzure Container Instances (ACI)を連係する - Qiita
「Virtual Kubelet」を使って、Azure Kubernetes Service (AKS)とAzure Container Instances (ACI)を連係するAzurekubernetesAKS はじめに 去年から今年にかけて、Azureの「Azure Container Instances (ACI)」、AWSの「Fargate」、GCPの「Serverless containers」などのサーバーレスコンテナプラットフォームが次々に発表/リリースされました。 かつ、各社のマネージドKubernetesサービス(AKS、EKS、GKE)とこれらのサーバーレスコンテナプラットフォームを連係するソリューションも提供が予定されています。 AKS： マイクロソフトがOSSとして「Virtual Kubelet」を公開 EKS： EKSにおけるFargateのサポートを2018
Podを自動リスタートするCronJob with RBAC - Qiita
指定した時間になったら、サンプルDeploymentに所属しているPodが再起動される はじめに 昔懐かしいアプリケーションでは、リソースリークやネットワーク再接続手順の不備等により、定期的に再起動が必要になるようなものがありました。 そもそもそのような筋の悪いアプリケーションを動かすべきではない、というのはその通りなのですが、既存のアプリケーションを流用してKubernetes上に再構築する場合など、どうにも手の入れようがないため暫定的に日次リスタートでごまかす、という運用をせざるを得ないこともあります。 従来はアプリケーションが動作しているサーバー上のcronに再起動タスクを仕込むようなものですが、これをKubernetesのREST APIとCronJobを利用して実現してみました。 Kuberntes上のアプリケーションを安全にリスタートするには DeploymentのPod Te
Rancher OSのState Partitionをsdb1で使う - Qiita
TL;DR Rancher OSをISO運用するときにState Partitionの自動マウントが"/dev/sda"と"/dev/vda"のラベルが"B2D_STATE"の時だけで"/dev/sda1"とか使いたい時に困るので，"/dev/sda1"と"/dev/sdb"と"/dev/sdb1"を自動マウントするカスタムISOを作ります． はじめに DockerがKubenetesを公式サポートしたらしいですが，インストールめんどくさいです．でもRancherなら簡単でいいですね．弊研究室もRancher OSでKubernetesクラスタ建てようと思います． ただ，マシンをバンバン導入するほど余裕はないので，使っていないPCを使いたい…けど，すでに導入済みのWindowsを消すわけにはいかないのでEasyBCDからRancher OSのisoを直接ブートして使う事になりました． でも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Helm stable/spinnakerをKubernetes 1.9.4以上のminikubeやDocker for Desktopで動かす - Qiita
GitLab Omnibus Helm Chartのアップグレード方法 - Qiita
[rancherOS]rancherユーザのパスワードを設定する手順メモ - Qiita![[rancherOS]rancherユーザのパスワードを設定する手順メモ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f0cdd4da511d3bfc64684211760deb9febcbcc7c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCcmFuY2hlck9TJTVEcmFuY2hlciVFMyU4MyVBNiVFMyU4MyVCQyVFMyU4MiVCNiVFMyU4MSVBRSVFMyU4MyU5MSVFMyU4MiVCOSVFMyU4MyVBRiVFMyU4MyVCQyVFMyU4MyU4OSVFMyU4MiU5MiVFOCVBOCVBRCVFNSVBRSU5QSVFMyU4MSU5OSVFMyU4MiU4QiVFNiU4OSU4QiVFOSVBMCU4NiVFMyU4MyVBMSVFMyU4MyVBMiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmVkNzM5OTc5MDA5NTliOTg3ZmFkNDI4MjJhYmNjMDg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwTW9yaWhheWEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTRiZmQyYTIxZGEyNmMzMDJlNjFhYzg3Zjk1YzIwMjEy%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3De5fb4ea9a150f2a0f43b8b54051974af)
Kubernetes: MySQL Operatorの動作検証 - Qiita
快適な kubernetes オンプレミス環境を構築する(2. RancherOSインストール & セットアップ) - Qiita
快適な kubernetes オンプレミス環境を構築する(4. Kubernetes環境にホストを追加する) - Qiita
Ubuntu 18.04 に kubernetes をインストールする - Qiita
