helmパッケージ化されたアプリをKubernetes+Istioを使って公開する - Qiita
これまでkubernetes上でアプリを動かす時に基本的にhelmにまとめてデプロイしてきましたが、upgradeするたびに瞬断する問題の解決と、カナリアリリースを利用したブルーグリーンデプロイメントを実現するために、既存のhelmを使ったワークロードにIstioを絡めて利用する方法を書いていきます。 IstioはKubernetes上に展開したマイクロサービスの接続をマネージメントしてくれるコンポーネントで、簡単に言うとIngressの高機能版です。 環境 今回のKubernetes環境としてはDocker for Mac with Kubernetesで動きを見ていきます。 アプリは、hashicorp/http-echo を使って構築していきます。これは簡単なWebアプリケーションで、コンテナの起動引数を使ってレスポンスボディを指定できるものになります。 まずはイメージの動作確認を兼
Helm と Kubernetes - Qiita
Helm という Kubernetes 用のパッケージマネージャを試しました。 Helm が apt や brew などの OS のパッケージマネージャと一番違うと感じたのは、一つのパッケージ(Chart と呼びます)を複数個インストール出来る事です。例えば mysql を三回インストールすれば３つの mysql が立ち上がります。３つインストールすればそれぞれを見分けないといけないので、Release 名が付けられます。 Chart のインストールと削除 Quickstart Guide をやってみます。 まず、現在の Kubernetes 環境を確認する。とりあえず Docker for Mac についてる環境でやります。
Kube Weekly #147 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。この記事は 2018/09/05に発行された Kube Weekly #147 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 KubeWeeklyは停止してしまったのか？ 8月までは私はRSSでKubeWeeklyを読んでいました。しかし最近RSSが更新されていないようです、同時にWebページにもアクセスできなくなっている
Amazon EKS で Kubernetes を使う - Qiita
これは Getting Started with Amazon EKS の通りに作業した記録です。 世の中に沢山ある正式チュートリアルどおりにただなぞるだけの記事に存在意義はあるのか ??? と思っていたが自分でも書きます。書いてある通りに作業するのは難しい。四回くらい間違えました。そういう時意外と他人の記事で気付かされた点がありました。 この記録が英語版を参照しているのは、最初あまりにも上手く行かなくてに日本語版が間違っているのでは? と疑った名残です。多分日本語版でも大丈夫です。 作業の概要 準備: IAM Role や EC2 key pair を作る kubectl と heptio-authenticator-aws のインストール。aws コマンドの設定 CloudFormation で VPC を作る。VPC の情報はクラスタとワーカーノードの作成に使う。 aws eks c
CronJob をその場で Job を作って実行する方法 - Qiita
CronJob を書いた時に、一回実行したいときや、また CronJob で失敗したときなどで、もう一回実行したい時がたまにある。 その時に、わざわざ kind: Job を作らずに、 Cronjob を指定して Job を作成することができる。 kubectl create job -h $ kubectl create job -h Create a job with the specified name. Examples: # Create a job from a CronJob named "a-cronjob" kubectl create job test-job --from=cronjob/a-cronjob Options: --allow-missing-template-keys=true: If true, ignore any errors in templa
Envoy externals and ideas @builderscon2018の資料と関連リンクと補足 - Qiita
builderscon 2018で"Envoy externals and ideas" というタイトルで登壇します(した)。 発表資料内でのリンクや、ちょっとした補足をまとめました。 発表資料 関連リンク Envoy (Envoy proxy)、Istio とは？ (page 3) https://qiita.com/seikoudoku2000/items/9d54f910d6f05cbd556d 迷ったら健全な方 (page 11) https://www.publickey1.jp/blog/13/devopsdevops_day_tokyo_2013_2.html 生でプレゼンを見て凄く感動して、この記事も何度も読み返した覚えがあります。"いい感じ"というのを発表資料の1つのキーワードにしていましたが、実はここで書かれている"健全"という言葉でも置き換えられそう、、な位に影響を受
Kubernetes でデータ保存 - Qiita
Kubernetes でデータを保存する仕組みが難しかったのでまとめました。Kubernetes では、ロードバランサーの背後にコンテナを複数立ち上げて、一つのコンテナが落ちても勝手に復旧する一人データセンターみたいな事が簡単に手元の開発機で実現出来ます。コンテナの入れ物である Pod は使い捨てなので、データをとっておく事が出来ません。データを保存するにはちょっと工夫が必要です。 また、ストレージの機構は本番サーバで利用するサービスによってもまちまちなので、アプリから見てストレージの詳細を隠蔽するような仕組みも必要です。とりあえずサンプルコードです。 # sticky.yaml apiVersion: v1 kind: Service metadata: name: sticky labels: app: sticky spec: type: LoadBalancer ports: -
kubernetesのServiceとIngressをカンチガイしていた話 - Qiita
やりたかったこと アプリ開発中、バックエンドで使用する2種類のAPIサーバをkubernetesにデプロイし、Ingress経由で公開しようとしました。 そのときのエンドポイントを下のように設定しようとしました。 /server1 → APIサーバ１にアクセス /server2 → APIサーバ２にアクセス 使用しているkubernetes環境は以下の通りです。 ホスティングサービス: IBM Cloud Kubernetes Service バージョン: 1.9.10_1523 (ちょい古め) 起きたこと どちらのエンドポイントにアクセスしても、両方のサーバに均等に到達してしまう… 例： /server1 に３回アクセス → APIサーバ１に１回、APIサーバ２に２回到達 やらかした原因 例えば次のようなアプリをデプロイしていたとします。 name port binding
helmのtillerセットアップと簡易動作確認 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事について 簡易検証の必要があり、手元の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 Do
kustomizeでconfigMapを取り扱うときの注意 - Qiita
configMapGeneratorの動作を考える 現在、kustomizeでConfigMapを処理する方法は2つの方法があり kustomizeのconfigMapGeneratorが若干クセのある動作をするので 軽くまとめておく tl;dr 雑に 基本的にはconfigMapGeneratorを使おう configMapの編集するたびに確実にconfigmapを違う名前にしたいのだったら configMapGeneratorを書く configMapの更新で名前が変わったら困るなら configMapもresourcesに書く 前提 kustomization.yaml deployment.yaml configmap k8s manifestとしてはdeployment + configMapという最小構成を考える 2つの方法の違いを見ていく resources の中に書いてre
Kubernetes で 複数の nginx インスタンスを手元の Mac に立ち上げる - Qiita
Kubernetes の動作を確認するため、複数の nginx インスタンスを手元の Mac に立ち上げてみます。 Docker for Mac で Kubernetes を有効にする Docker アイコン > Preferences > Kubernetes > Enable Kubernetes > ラジオボタンを Kubernetes にする Apply Install これで Kubernetes の CLI である kubectl もインストールされます。 Kubernetes の状態を知るには kubectl get を使いますが、そもそもどんなリソースがあるか知らないと使えません。ブラウザで情報を閲覧出来る Kubernetes Dashboard をインストールすると便利です。 $ kubectl version Client Version: version.Info{
Kubernetesクラスター外のIPアドレスに対してルーティングしてくれるServiceを作る - Qiita
これはなに タイトルのとおり、Kubernetesクラスター外のIPアドレスに対してルーティングしてくれるServiceオブジェクトを作る方法を書きます。 KubernetesのServiceにはExternalNameというタイプがありまして、これを使うと、外部のサービスにDNS名でアクセスすることができます。これに対して、このエントリーでやりたいことは、IPアドレスを直に指定してアクセスするということです。 そんなことやりたいときなんてあります？と思われるかもしれませんが、自分の場合たまたまあったんです…。 TL;DR Selectorの無いClusterIPタイプのServiceを作って、さらにEndpointオブジェクトでアクセス先のサービスのIPを指定すれば良いです。 （もっといいやり方があったら教えてください） 2018/09/06 追記: ExternalNameでもIPを扱
Azure Kubernetes Service（AKS）でkubernetesクラスターを作成します - Qiita
はじめに Azureポータル画面からAKSのkubernetesクラスターを作成しました。手順を共有します。 作成前リソース確認 クラスター作成に伴って何が自動的に作成されることを確認するために、作成する前に一度すべてのリソースを確認します。 ※これは必須手順ではありません。 Azureポータルにログインします。 左側の「すべてのリソース」をクリックし、Azureにすでに存在されているすべてのリソースが表示されます。（コンテナーレジストリのみ） クラスター作成 ポータル画面左側の「すべてのサービス」をクリックし、「計算」カテゴリの「Kubernetesサービス」をクリックします。 Kubernetesサービス一覧に、まだ何も存在しません。「追加」ボタンをクリックします。 基本情報を入力します。 項目 入力値 説明
[Kubernetes] 特定のPVCに紐づけて後付けでPVを作成する方法 - Qiita
シナリオ(実際に手元で必要になった状況) オープンソースのツールをhelmチャートを使用して導入しようとしている。helmを使用して導入したところいくつかの Persistent Volume Claim(PVC)が同じような条件(サイズ、ポリシー)で作られた。ただ対応するPVが存在していないので、バインド待ちの状況となっている。 namespace pvc-namespace persistent volume claim pvc-a : 10 GiB, RWO pvc-b : 10 GiB, RWO Persistent Volume(PV)を作成したいが普通に作ってしまうとどのPVCにバインドされるかわからない。あらかじめバインド対象のPVCを明示する形でPVを作成したい。 方法 Persistent Volumeを作成するときの定義ファイルにclaimRef属性を追加して、対象の
![[Kubernetes] 特定のPVCに紐づけて後付けでPVを作成する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbefa21360b404bd76c6d16be670b2ee3dd5df4b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnNlY3VyZS5ncmF2YXRhci5jb20lMkZhdmF0YXIlMkZmZTU2NzFjNTM2MWU2MmM1N2Q2NjI4ODhhZjIyZGM1ND9peGxpYj1yYi00LjAuMCZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmYmc9RkZGRkZGJmZtPXBuZzMyJnM9Y2VhYjNmMmNhNjQ0MmMyMTQzN2NiZGIwZGRkN2I3Zjg%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D127d563aded791782e034d1d4fb9b658%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCS3ViZXJuZXRlcyU1RCUyMCVFNyU4OSVCOSVFNSVBRSU5QSVFMyU4MSVBRVBWQyVFMyU4MSVBQiVFNyVCNCU5MCVFMyU4MSVBNSVFMyU4MSU5MSVFMyU4MSVBNiVFNSVCRSU4QyVFNCVCQiU5OCVFMyU4MSU5MSVFMyU4MSVBN1BWJUUzJTgyJTkyJUU0JUJEJTlDJUU2JTg4JTkwJUUzJTgxJTk5JUUzJTgyJThCJUU2JTk2JUI5JUU2JUIzJTk1JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9MDJjMDQ1MGZhNzU1NzgxNmZhNTBhYmYxMDZhMWRiNDY%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBzaHUxJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9OTk3YTZjMWI4MDQzN2VmMmM4ZDQ3ZmYzYjZmZTgyZGQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D9408f3ede063d13ee331d0c7d8d6ee2f)
GDG DevFest 2018 Tokyo セッションメモ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 公式サイト Connpass 当日スライド一覧 ハッシュタグ: #DevFest18 セッション用に 6 部屋と、Codelabs 用の部屋が用意されていました。 以下自分が見たやつだけですが、各セッションのメモ。 GCP Compute 概要と選定 GCPには様々なサービスがあり、色々な形態のサーバ、サービスをチョイスすることができます。 本セッションではGoogle App Engine, Google Cloud Functions, Google Kubernetes Engine, Google Compute Engi
コピペだけで始めるEKS - Qiita
はじめに AWSにはのKubernetesマネージドサービスである、EKSが存在します。 今回は、EKSをコピペだけでサービス開始できるように手順を作りましたので、その共有です。 IAMも出来るだけ細かく設定しましたが、ざっくり設定した箇所もあるため、ご注意ください。 awscliで設定していくため、以下の記事で事前セットアップが必要です。 EKSに必要な事前準備 IAMグループの Policyの設定 必要に応じて権限を付与して行きます。Defaultで用意されているPolicyでは、EKSのクラスターを開始する権限が用意されていなかったため、Policyを自作します。 Policy Name : AmazonEKSManagementPolicy まず、Policyの内容をFileへ出力します mkdir ~/policies cd ~/policies cat <<'EOF' > Am
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EKS Platform Version 2の新機能を試した（うまく動かず） - Qiita
kubectlを1.11にアップグレードしたらget podsができなくなった - Qiita
kustomizeでsecretGenerator内でcatを使うときに改行コードを気にしたくない - Qiita
CentOS7.5にminikubeをインストールする - Qiita
