Kubernetes の各リソースに対するメモ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? (追記): この記事は Kubernetes 1.3 世代という大昔に自分自身の学習過程のメモとして書いたので、現在は全く推奨しません。1.9 準拠の入門 Kubernetes などを足がかりにした上で最新のドキュメントを参照するのがオススメです。 Kubernetes の Glossary について大体目を通したので、これからリソースごとに概要をまとめていく。 この記事は自分自身が API の更新を把握して説明するための資料として API 一覧を軸にまとめる。 別の軸でまとめた Glossary の要約には下記などがあり。 http:
OpenStack on Kubernetes 最新動向まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに OpenStack を使えば AWS のようなインフラがオンプレミスでも簡単に利用できます。しかしながら、OpenStackクラスタ 自体について継続的にCI/CDを回すのはとても難しく、ある程度以上の規模になると運用上のボトルネックになることが課題となっております。 この課題を解決するためには、デリバリプロセス自体を Microservice に対応したもの(Kubernetes)に置き換えれば良いのではないか..ということで、2016年初頭あたりから、OpenStack on Kubernetes の PoC (Proof
Kubernetes 1.4の変更点 - Qiita
Kubernetes 1.4が出たので変更点をざっとみてみました。主に下記の情報を参考にしています。 Kubernetes 1.4: Making it easy to run on Kubernetes anywhere Kubernetes Feature tracking board (1.4 release) ScheduledJobs (alpha) ScheduledJobsというcronに相当するスケジュールベースのジョブの仕組みが追加されました。 下記のようなyamlでジョブを設定するようです。(マニュアルより) apiVersion: batch/v2alpha1 kind: ScheduledJob metadata: name: hello spec: schedule: 0/1 * * * ? jobTemplate: spec: template: spec: c
Kubernetes: クラスタ構築が簡単になるkubeadm - Qiita
Kubernetes 1.4の新機能としてkubeadmというkubernetesクラスタ構築を大幅に簡略化するための仕組みが入りました。1.4の時点ではalpha機能のため本番環境の構築には今後のバージョンを待つ必要があります。 マニュアルに沿ってGoogle Compute EngineのVMで実際に試してみました。 概要 下記の4手順で簡単にKubernetesクラスタを作ることができるようになりました。(Dockerのswarm join/initのイメージ) 関連パッケージのインストール kubeadm initでマスターを初期化 kubeadm join --token xxxx yyy.yyy.yyy.yyyでワーカーを追加 Podネットワークのデプロイ これでクラスタの構築が完了します。 準備 GCPで下記のVMを3台(Master1, Worker2)作成しました。 マシ
Spark + Kubernetes Docker on SoftLayer by Rancher - Qiita
Spark Summit 2016 San Franciscoが終わったというところで、RancherというDockerコンテナ管理ツールを使って、SoftLayer上にkubernetesを利用したSparkのクラスタ環境を簡単に構築してみた記録です。 まずは、それぞれの概要を記します。 Rancher Rancherは、Dockerイメージとして配布されているコンテナやクラスタの管理をWebUIで簡単に行えるオープンソースのツールです。 SoftLayer、GCP、AWS、Azure、DigtalOcean、rackspaceといった、各種クラウドとのコンテナ連携が可能です。 2016年3月にバージョン1.0になり、Kubernetes、DockerSwarm、Mesos等のクラスタ環境管理機能が追加されました。 公式サイト：http://rancher.com/ Spark Spar
逆引き Kubernetes オブジェクト - Qiita
kind: DaemonSet apiVersion: extensions/v1beta1 metadata: name: logstash spec: template: metadata: labels: app: daemon spec: volumes: - name: log hostPath: path: /var/log/myapp containers: - name: logstash # ホストの /var/log/myapp/myapp.log を出力するだけのコンテナ image: logstash args: - -e - | input { file { path => '/log/myapp.log' } } output { stdout { codec => rubydebug } } volumeMounts: - name: log # ホストの /
Kubernetesの世界を散策してみよう - Qiita
はじめに このエントリーはKubernetes Advent Calendar 2016の１日目の投稿になります。今年の8月頃から仕事でKubernetesを検証していたので、勢い余ってアドベントカレンダーを作ったところ、私以外にも24名の参加者が集まってくれました。今からどんなエントリーが集まるのか楽しみです。皆さん、よろしくお願いします！ Kubernetesの世界を散策してみよう！ そんなわけで、Kubernetesを使ってあれこれ検証しているわけですが、初回ということもあり、Kubernetesに関して知ることのできる情報をいくつか紹介しながら、その世界を散策したいと思います。 Kubernetes誕生の物語 まずは、Kubernetesがどのようにして生まれたのか？という話から覗いてみましょう。 Google から世界へ : Kubernetes 誕生の物語 こちらはGoogle
Highly available and scalable Kubernetes on AWS #builderscon - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Table of contents A bit of context About this presentation Overview of Kubernetes on AWS Detailed guide for kube-aws A bit of context Kubernetes AWS Why Kubernetes on AWS Why they matter to you Kubernetes in a nutshell An open-source system for automating deployment, sca
kubernetes初心者のための入門ハンズオン - Qiita
この記事はリクルートライフスタイル Advent Calendar 2016の10日目の記事です。 DEPRECATED! [2020/12/05追記] この記事内のコマンドは現在のバージョンの挙動と一部異なっていたり、説明に不正確な部分があります。 例えば公式のチュートリアルなど、信頼できる情報を参照ください。 https://kubernetes.io/ja/docs/tutorials/kubernetes-basics/ 2019/05/30追記 下記内容は若干の不正確を含みますので、軽く読み流して雰囲気を掴んでいただいたあとは https://qiita.com/Kta-M/items/ce475c0063d3d3f36d5d などご参照いただくとよいかと思います。 こんばんは 「sshするときの-p 443ってなんの数字ですか？」ぐらいの素人がインフラ周りを担当し8ヶ月、kub
フレームワークとしての Kubernetes - Qiita
このエントリーは Kubernetes Advent Calendar 2016の12日目の記事です。 今回は Kubernetes を分散システムのフレームワークとして利用する方法について紹介しようと思います。 ThirdPartyResource まずフレームワークとしての利用方法の前にそれを実現するために利用する ThirdPartyResource について簡単に紹介します。 ThirdPartyResource(TPR) は Kubernetes のオブジェクト (Pod, Service, Node等)の一つです。 TPR は Kubernetes API を新しいオブジェクト型で拡張する方法を提供します。 TPR オブジェクトを追加することでユーザ独自の新しいオブジェクト型の API を追加することができます。このユーザ独自の新しいオブジェクト型の API は CRUD の操
Kubernetesの主な機能一覧 (v1.5時点) - Qiita
参考 Kubernetes architecture 2000 Nodes and Beyond: How We Scaled Kubernetes to 60,000-Container Clusters and Where We're Going Next etcd v3 as storage backend for APIServer #44 Kubernetes: 構成コンポーネント一覧 Kubernetes: コンテナが起動するまでの各コンポーネントの流れ 複数クラスタ連携 (Federated Kubernetes) Federated Kubernetesは複数のKubernetesを連携させる機能です。Ubernetes("uber-"は"超える"の意味の接頭辞)とも呼ばれます。AWS, GCPなどのクラウドプロバイダーやAvaiability Zoneをまたがってクラスタ
Kubernetes のメトリクスを Prometheus を使って監視する - Qiita
$ kubectl create -f https://raw.githubusercontent.com/kkohtaka/kubernetes-metrics/master/prometheus/service.yml $ kubectl create -f https://raw.githubusercontent.com/kkohtaka/kubernetes-metrics/master/prometheus/deployment.yml $ kubectl create -f https://raw.githubusercontent.com/kkohtaka/kubernetes-metrics/master/prometheus/configmap.yml 検証に利用した Kubernetes リソースは次のとおりです. Service kkohtaka/kubernete
kubernetesがサポートする認証方法の全パターンを動かす - Qiita
この記事は、「Kubernetes Advent Calendar 2016」18日目の記事です ここでは Kubernetes がサポートする認証方法全てを手元で試してみたいと思います。 機能の説明は書いてあるが実際の使い方まで詳しく書いておらず、使い方がわからないものがあったりしたのでこれを機に全パターン確認してみます。 また、この記事は kubernetes: 1.4.6 および minikube: v0.13.1 で確認しています。 まずは簡単に kubernetes における認証の流れについておさらいしておきます。 kubernetes においては、ユーザーからコンテナの操作要求(CLIなどを使って)を受け取ると、クラスタを利用可能なユーザーであるかを認証し、利用可能な操作を認可で確認するというのが基本的な認証・認可の流れになります。(+ AdmissionControl もある
Kubernetes1.2使いのエンジニアが1.5(kubeadm)を使って感動した話 - Qiita
この記事はKubernetes Advent Calendar 2016の19日目の記事です。前日はhiyoshiさんの「kubernetesがサポートする認証方法の全パターンを動かす」でした。 数ヶ月前からKubernetesの環境を触り始めた自分としては、あっという間に1.5がリリースされているKubernetesにただただ驚くばかりです。 そんな1.2時代の知識・経験しかないエンジニアが1.5を触った所感を書きたいと思います。ちなみに1.2を利用していた頃のメモはこちらに載せています。 ＃今回本当に初見で1.5を触っていますので、間違っている箇所などありましたら訂正コメント頂けるとありがたいです。 前提 kubeadm 1.6系を利用します。Kubernetesは1.5系になります。 Master1台、Node1台の構成で一旦動かします。 サーバにはAWSのEC2インスタンス（Cen
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 旧
Kubernetesをしゃべらせてみる - Qiita
概要 この記事はKubernetes Advent Calendar 2016の12/21の記事です。 kubernetesは分散アプリケーションをうまく管理することができる素敵なソフトウェアです。 仕事でもちょこちょこ触っているのですが、今回はAdventCalendarということでkubernetesの紹介がてら、ちょっとおもしろいものを作ってみようと思います。 kubernetesはユーザの操作とは非同期に動いていて、ユーザが指示を出しても、その結果が完全に反映されるまでに少し時間がかかります。 また、ユーザが操作していなくても、障害などがあれば勝手にシステムを正しい状態に戻してくれます。 この挙動は分散アプリケーションを扱う上ではとても良いのですが、利用者からすると、「いつ、何が起きているのか?」がわかりにくいことがあります。 ということで、「今kubernetesの中で何が起きて
git-sync で Kubernetes Pod 内のデータを GitHub から同期する - Qiita
この記事は Kubernetes Advent Calendar 2016 の22日目の記事です。 Kubernetes を使っていると、 Pod 内のコンテナで動くプロセスから使われるデータを GitHub repository の HEAD に同期して更新したいというような場合が出てきます。 例えば、下記のような場合があります。 CDN を使わずに小規模に配信するコンテンツ DBMS に入れるほどではないデータファイル このような場合に、プロセスだけでなくデータに対してもデプロイフローを作ると複雑になるので、できれば避けたいところです。 今回は、プロセスが使うデータを自動的に GitHub と同期する方法を紹介します。(実際は GitHub に限らず Git 一般に対応可能です。) gitRepo Volume では駄目なのか Kubernetes には組み込みの gitRepo Vo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kubernetes - Qiita Advent Calendar 2016 - Qiita
GKEのノードプールを利用したKubernetesのアップグレード - Qiita
Kubernetes の小技 2016 - Qiita
