Kubernetesの公式チュートリアルをやってみる その1 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? モチベーション 昨今はサーバーレス・エコシステムが熱い、と思いながらもコンテナ系とかオーケストレーションを 全然触れてないので、改めてチュートリアルをやってみてどんなものかを把握していきたいと思います。 要はやってみたメモと要所を日本語で説明する(したい)メモです。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 目次 ちゃんと更新できますように(ぁ ※チュートリアル内容も日に日に変わる可能性があるため
Kubernetesの公式チュートリアルをやってみる その2 - Qiita
Kubernetesの公式チュートリアルをやってみる その1 は概要を記載したのでこの記事からはチュートリアル本編に入ります。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 本記事の取り扱う範囲 Using Minikube to Create a Cluster の内容を扱います。 この章からハンズオンも含まれてきます。 Using Minikube to Create a Cluster クラスタとは何か、Minikubeとは何か辺りの内容。 Kubernetes クラスタ Kubernetes は複数のマシンを用いて高可用性クラスタを構築する。 master 1台 + node 複数台(3台以上を推奨) アプリをコンテナ化することでクラスタ内の各ノ
初めてのkubernetes（Minikube） Windows環境でチュートリアル＋α - Qiita
概要 前回の「初めてのkubernetes（Minikube） Windows環境構築編」を終えて、Kubernetes（以降 k8sとする）の公式チュートリアルを実践した内容と理解したことを残しています おまけとして公式チュートリアル内にはなかったマニュフェストファイルからデプロイも追加しています ※以下のminikubeコマンドは管理者権限で実行してください 実行環境 Windows 10 pro Minikube v0.28.0 Docker Version 18.06.1-ce-win73 (19507) 事前準備 後述ではビルドしたDockerイメージをMinikubeにデプロイしますが、Dockerイメージのビルド先はローカル(Moby)のDocker Hostではなく、MinikubeのDocker Hostにビルドするため、以下のように一時的に環境変数を設定します なお、D
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RBAC Error : Error from server (Forbidden): error when creating "role-qa.yaml": roles.rbac.authorization.k8s.io "qa-role" is forbidden
Kubernetes sort pods by age
Kubectl set environment variables and run command
How do I use kubectl via an ssh tunnel to access my internal ELB over my kubernetes API?
The connection to the server localhost:8080 was refused - did you specify the right host or port?
Fluent Bit With AWS EKS Cluster And ELK
Can we point kubernetes to another cluster
Amazon EKS Platform Version 2の新機能を試した（うまく動かず） - Qiita
Multi-broker Kafka on Kubernetes how to set KAFKA_ADVERTISED_HOST_NAME