Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

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 '{
動機 最近飼い始めたハムの日記をつけよう、ということで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 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 を立ち上げて自宅サーバーを運用するまでの話です。 「Go言語でスヌーズ機能付きリマインダーLINE botを実装した」で作ったLINE bot のサーバーを heroku で運用していたのですが毎月700円の出費が痛いので、なんとか安い運用方法がないかを検討した結果、自宅で眠っていた Mac mini を自宅サーバーとして運用することにしました。 動機と OS の選択 お金をかけずに運用したい。 Docker が好きなので kubernetes を触ってみたい この2つが僕のマストの要求です。 まず思い浮かぶのが GCP の無料枠での運用ですが、GKE を無料枠の f1-micro インスタンスを1つ立ち上げて試してみたところ kubernetes の管理アプリケーションだけで、0.6GB のメモリのほとんどを食
はじめに この記事の内容は個人の見解です。 また、ここに書かれている手段が唯一の解決策だという意図もなく、特定のツールを中傷するつもりもありません。 このブログポストのオチ ksonnetを使えばHelm Chartをカスタマイズできる ただし、hook機構を利用したChartはだめ(stable/spinnakerなど) Helm は便利なツール、だけど Kubernetesとお友達の皆さん、Helm使ってますか?使ってますよね、この記事を読んでいるんですから。 色々なChartが公開されていて便利です、Helm。 Nginx IngressやPromethes、GrafanaからMinecraftのサーバまで、手軽にデプロイできて、とてもとても助かります。 素敵ツールのHelmですが、しょっちゅう、これでもかと、耳にタコができるほど言われるのが、「カスタマイズが辛い」だと思います。 「
この記事は「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)を連係するAzurekubernetesAKS はじめに 去年から今年にかけて、Azureの「Azure Container Instances (ACI)」、AWSの「Fargate」、GCPの「Serverless containers」などのサーバーレスコンテナプラットフォームが次々に発表/リリースされました。 かつ、各社のマネージドKubernetesサービス(AKS、EKS、GKE)とこれらのサーバーレスコンテナプラットフォームを連係するソリューションも提供が予定されています。 AKS: マイクロソフトがOSSとして「Virtual Kubelet」を公開 EKS: EKSにおけるFargateのサポートを2018
指定した時間になったら、サンプルDeploymentに所属しているPodが再起動される はじめに 昔懐かしいアプリケーションでは、リソースリークやネットワーク再接続手順の不備等により、定期的に再起動が必要になるようなものがありました。 そもそもそのような筋の悪いアプリケーションを動かすべきではない、というのはその通りなのですが、既存のアプリケーションを流用してKubernetes上に再構築する場合など、どうにも手の入れようがないため暫定的に日次リスタートでごまかす、という運用をせざるを得ないこともあります。 従来はアプリケーションが動作しているサーバー上のcronに再起動タスクを仕込むようなものですが、これをKubernetesのREST APIとCronJobを利用して実現してみました。 Kuberntes上のアプリケーションを安全にリスタートするには DeploymentのPod Te
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を直接ブートして使う事になりました. でも
概要 Microsoft Azure Kubernetes Dashboard の起動方法を紹介します。 1. AzureにKubernetes serviceを作成します。 2. Clusterができます。 3. Kubernetes ダッシュボードを表示をクリックすると手順が表示されます。 4 Azure CLI 2.0のインストール 5 Azure CLI 2.0の起動 6 ログイン
Prometheus+Grafana & Elasticsearch+Fluentd+KibanaをAKS上に構築し、ログアラートをGrafanaで行う手順(1/2)grafanakubernetesprometheusAKS はじめに システムを運用する上で、リソース監視やログ監視、アラート通知はいつだって必要になります。Kubernetesを運用する場合でも同じです。 クラウド上でManaged Kubernetesを構築する場合、クラウドが備える監視サービスとアラートサービスを使うことが多いと思います。しかし例えば既存システムのノウハウの有効活用がしたい場合、あるいはポータビリティを重視する場合など、リソースとログの監視とアラートを自前で準備したくなることもあるでしょう。 そこで今回は、Microsoft Azire AKSのKubernetes上に、Prometheus & Gra
職場がJenkinsすぎるんですが、JenkinsのUIがどうしても好きになれないのでConcourseを試そうと思いまして。 かといって、いきなり稼働中のサーバーにぶち込むのもアレなので、いったん練習のためにWindowsのDocker環境を構築し、試すことにしました。 ニッチすぎていいねが0かもしれないけど、そんなことは気にしない。 いいねなんて飾りです。偉い人にはそれがわからんのです。 はじめに 今回、Docker ToolboxをWindows上にインストールし、RancherOSを突っ込んでやります。 で、RancherOS上でRancherを稼働させ、ConcourseのPrivate Catalogを作成した後、Concourseを立ち上げます。 Docker Toolbox -> VirtualBoxを使って楽にDocker環境動かせるやつ。legacyとか言われてるけどこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く