helm を背に ivy の門を叩く - Qiita
はじめに ivy は， helm と双璧を成す Emacs の補完システムです．リスト表示された多くの選択肢から，自分が使いたいものを高速に絞り込んで，効率良く選び出す．このシンプル，かつ極めて重要なタスクを， ivy や helm が手助けしてくれます． 過去を振り返れば，特に理由もなく私は anything.el から（強いて言えばメンテナス状況が良かった） helm.el に移行し，そして今回， helm.el から ivy.el に移行することにしました． ivy への移行の理由はいくつかありますが，シンプル軽量であり，ミニバッファで完結するインターフェイスに安定感があり，なにより all-the-icons.el との相性が良いことです． 特に普段からモードラインを表示しない派の方は，全体的にスッキリ・シャープな Emacs に生まれ変わりますので，移行をオススメします． よけれ
helmを再セットアップする - Qiita
$ helm reset --force Tiller (the Helm server-side component) has been uninstalled from your Kubernetes Cluster. $ cat <<EOF | kubectl apply -f - apiVersion: v1 kind: ServiceAccount metadata: name: tiller namespace: kube-system --- apiVersion: rbac.authorization.k8s.io/v1beta1 kind: ClusterRoleBinding metadata: name: tiller roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: cluste
helmのtillerセットアップと簡易動作確認 - Qiita
この記事について 簡易検証の必要があり、手元のWindows端末に用意したk8s cluster環境（vagrant）にhelmのtillerをセットアップした手順を整理したものです。（Qiitaで記事を作成する練習もかねてます。） 前提 Helm v2.9.1 ※検証作業時には2.10はRC版のみだったため2.9.1を利用。 ※kubernetes cluster環境はインターネットに接続な構成。 参考文献 RBACが有効なGKEでHelmを使う https://www.sambaiz.net/article/160/ Helm Documentation - Using Helm https://docs.helm.sh/using_helm/#example-deploy-tiller-in-a-namespace-restricted-to-deploying-resources-
helm template: Helm Chart をマニフェストファイルとして展開する - Qiita
概要 Helm はマニフェストファイルの集まりをパッケージとしてバージョンニングし管理できる Kubernetes のパッケージマネージャです。Helm は helm クライアントと tiller サーバの二つのコンポーネントから構成されており、Kubernetes クラスタ内で実行される tiller サーバが Helm のパッケージである Chart の管理、リリースを行ないます。 helm template は、Helm 1.7 で実装された helm クライアントのサブコマンドです。対象の Chart をマニフェスト形式で展開することができます。 $ helm template --help Render chart templates locally and display the output. This does not require Tiller. However, an
Azure Service Broker の使い方 （１） - Qiita
Azure Service Broker は、Azure のマネードサービスをHelm からプロビジョンするための仕組みです。今日はこれの使い方を調べて見ました。 1. install Azure Service Broker で前提となっている、Service Calalog は残念ながら今の所 AKS では動かないらしく、ACS をデプロイする必要があります。 まずは、Azure / helm-charts をクローンしておきます。 1.1. Install Service Catalog まず、Service Catalog の手順を見ます。これは、Open Service Brokersと統合されていて、データベース、オブジェクトストレージ、メッセージキューなどをアプリケーションと関連付けをしながらプロビジョンしてくれるものみたいです。 ACS-engine / Releaseから
terraformを使ってhelmをコードで管理する - Qiita
はじめに この記事はKubernetes Advent Calendar 2017の18日目の記事です。 helm便利ですよね。各種アプリケーションをコマンド一発でk8sクラスタにデプロイできます。 でもhelm installでリソースデプロイしてるとちょっと不安になってきませんか。 IaC的にも何のhelm chartをデプロイしているかコードで管理したくなります。 そこでhelmをコードで管理する方法を探したところ terraform-provider-helm helmfile というものがありました。 この記事ではterraform-provider-helmの使いかたについて説明します。 helmfileの方がスター数はあったんですが、やはりTerraformによるワークフロー抽象化の流れに組み込めるってのは魅力かなと思います。 なお、helm自体やterraform-prov
helmのbufferをVisualStudioの自動的に隠すウィンドウっぽくする - Qiita
２画面分割とhelm 私のEmacsの使い方は、フルスクリーンでC-x 3で左右に分割した２画面固定スタイルです。 このとき、helmを使うとhelmの候補選択bufferが、既存のbufferを使いまわしたり、上下分割状態になったりと悲しい動きをします。（私の環境だけ？） こんなかんじ: 私の理想とする動きは、VisualStudioの自動的に隠すウィンドウのように、左右分割したbufferに乗っかって画面下からニョキっと出てくれると嬉しいのです。 こんなかんじ: 実現手段 : popwin.elを使う popwin.elはEmacsのbuffer管理上でpopup windowのようなbufferを実現するパッケージです。 melpa-stableからpackage install popwinできると思います。 こいつを使うと指定のbuffer名のbufferがdisplay-buf
helmとは & helmの使い方 - Qiita
Kubernetes Helm(以降Helm)とはKubernetesのパッケージマネージャーです。HelmはKubernetesのSIG-Appsで開発がされています。パッケージはChart(s)と呼ばれ、公式でレポジトリkubernetes/chartsが用意されています。Kubernetesクラスタに側にはtillerと呼ばれるデプロイ用のコンポーネントを配置して使用します。 用語 用語 意味 役割
GitLab CE 10.6リリースノート (GitLab CI/CD for GitHub) - Qiita
統合開発ツールチェイン環境GitLab CE 10.6が2018年3月22日にリリースされました 実は2018年2月くらいにGitLab CEはGitLab Libreという名称になっていました。が、また近々名前が変わります。GitLab CE 10.7リリースノートを楽しみにしていてください。 日本人唯一のGitLab Core Teamの @tnir です。GitLab.JP/GitLab Tokyoオーガナイザとして日本語圏でのマーケティングも注力しています。 GitLabには、大きく分けてCommunity Edition (CE) とEnterprise Edition (EE) とありますが、本記事はCEにフォーカスしています。 2018年2・3月のGitLabトピック(一部) 3/3〜3/5にかけてGitLab Issue Bash 1Q 2018がオンライン上で開催されまし
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
GitLab Omnibus Helm Chartのアップグレード方法 - Qiita
GitLab Omnibus Helm Chartを構築して運用していると、アップグレード作業がきになります。 基本的にOmnibus Dockerコンテナと同様ですが、この記事で全体の流れと細かいコマンドについてまとめました。 Omnibus Helm Chartが既にkubernetesクラスタにデプロイされていることを前提とします。 よって、kubectlやhelmのインストールと設定は省略します。 kubectlを設定 対象クラスタに接続できるようしておきます。 > kubectl get pods -n gitlab NAME READY STATUS RESTARTS AGE noraneco-gitlab-77c8d66f64-vg6vf 1/1 Running 0 5m noraneco-gitlab-postgresql-7ff9865b45-5lmsb 1/1 Runn
[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
HelmのChartに少しだけ手を入れたいあなたへ - Qiita
はじめに この記事の内容は個人の見解です。 また、ここに書かれている手段が唯一の解決策だという意図もなく、特定のツールを中傷するつもりもありません。 このブログポストのオチ ksonnetを使えばHelm Chartをカスタマイズできる ただし、hook機構を利用したChartはだめ（stable/spinnakerなど) Helm は便利なツール、だけど Kubernetesとお友達の皆さん、Helm使ってますか？使ってますよね、この記事を読んでいるんですから。 色々なChartが公開されていて便利です、Helm。 Nginx IngressやPromethes、GrafanaからMinecraftのサーバまで、手軽にデプロイできて、とてもとても助かります。 素敵ツールのHelmですが、しょっちゅう、これでもかと、耳にタコができるほど言われるのが、「カスタマイズが辛い」だと思います。 「
Kubernetes のパッケージマネジャー helm の導入と使い方 - Qiita
概要 Deis が開発した Kubernetes のパッケージマネージメントツール Helm を使ってみる helm の特徴は以下の通り kubernetes のマニフェストファイル群(RC, Service, Pod)をパッケージ化したもの chart と呼んでいる パッケージをカスタマイズして kubernetes 上にアプリを構築できる ReplicationController, Service を一括でデプロイしてくれる helm インストール 以下コマンドで helm バイナリ ができるので、適当に PATH を通す
Kubernetes: パッケージマネージャHelm - Qiita
公式レポジトリ 公式レポジトリではstableとincubatorの2つに分けて管理されています。kubernetes/chartsのstableの説明によると下記のポリシーで運用されています。 データ永続化の方法が提供される アプリケーションのアップグレードがサポートされる アプリケーション設定のカスタマイズを許可する セキュアなデフォルト設定を持つ Kubernetesのアルファ機能を利用しない 公式レポジトリ以外に任意のレポジトリを使用することも可能です。なお、現在は下記のパッケージが提供されています。 Stable drupal jenkins mariadb mysql redmine wordpress Incubator consul elasticsearch etcd grafana mongodb patroni prometheus spark zookeeper 旧
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Azure Service Broker の使い方（２） - Qiita
Helm stable/spinnakerをKubernetes 1.9.4以上のminikubeやDocker for Desktopで動かす - Qiita
GitHub - masutaka/emacs-helm-qiita: Qiita with helm interface