Highly available and scalable Kubernetes on AWS for Kubernetes users 日本語版 - Qiita
本スライドは「Kubernetes Meetup Tokyo #3」の登壇資料です。 Highly available and scalable Kubernetes on AWS TL;DR; 「高い可用性とスケーラビリティを確保したKubernetesクラスタを、AWS上で本番運用するにあたって得られた知見」を共有します 「コンテナベースのインフラをAWSで本番運用したい方」向けに話します KubernetesやAWSについてはある程度わかっている前提 自己紹介 twitter/github/slack.k8s.io: @mumoshu (むもしゅ) 数十人くらいの規模のWeb企業でインフラエンジニアとして働いています 半分仕事で、kube-awsというOSSの唯一のメンテナをしています kube-aws: https://github.com/coreos/kube-aws アジェン
サイドカーコンテナを含む Kubernetes Job を完了させる - Qiita
TL;DR Kubernetes でマルチコンテナな Pod はよく使われる Cloud SQL Proxy はサイドカーコンテナとして動く前提 Job の完了には Pod を構成するプロセスが完了する必要がある PID Namespace は未実装 シグナルが送れない 完了しないと不意に再開する サイドカーコンテナを殺すためのプログラムを書いてみた サイドカーコンテナパターン Kubernetes は複数のコンテナからなる Pod を最小の単位として扱う。Google の社内コンテナ管理システムの Borg にも同様の仕組みがあり、その経験から「Design Patterns for Container-based Distributed Systems」でコンテナデザインパターンとして複数コンテナの連携のパターンを定義している。 このコンテナデザインパターンの中でも頻出するのが、メイン
GKE/Kubernetes でなぜ Pod と通信できるのか - Qiita
Google によるフルマネージドサービスである GKE では Kubernetes のマスタやノードのことは理解しなくとも Kubernetes の API を使って実現したいことに集中できる。 しかし、本番運用をはじめてから「なぜ動いているのかもなぜ動かないのかも分からない」というような状態ではいざという時に困る。 特に Service がどのようにクラスタの外から Pod へのアクセスを提供しているのかはブラックボックスになっていたため、今回は GKE での Service の L3(〜L4) の挙動について Kubernetes の内外を調査した。 (後で図や参照情報へのリンクを追加予定) 図解が出てきたので追加しなかった。 追記(2018年10月5日) Kubernetes Engine の Network Overview が良いのでこちらも読むと良いでしょう。この記事を書いた
Kubernetesで気になってるGitHub Issue・PR集 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Kubernetesの開発はGitHub Issuesでかなりオープンに行われている認識です。Issueを見ておけば、利用者や開発者が何を課題に感じていて、今後Kubernetesがそれにどう対応していくのか動向がわかります。 しかし、k8sはIssueとPRが多い1ので、全部はとても見られません。ので、個人的に気になるものを見つけたら、それを継続的にウォッチしながら、リンク先等から芋づる式的に新しいIssueを探す、という方法で追ってます。 想定読者 k8sをウォッチしたい k8sを本気で本番投入したい WebアプリでSwarm投入と
Deis Workflow (v2)がWebSocket対応であることの確認 - Qiita
Heroku もかつては使えなかった WebSocket。Deis も v1 の最初期は使えなかったようだが、比較的早い時期にパッチが当たったらしい1。 さて、Deis は v2 になって、下層が Fleet から K8s へ変更になった。 しかし、PaaS を構成するコンテナ群には大きな変更はなく、同様に WebSocket 対応されているはず。 でも、未確認で作業を始めたあとに「実は未対応でした」となると手戻りが大きいので、試してみる。 結論から言うと、対応している。 作業ログは下記の通り。 (Heroku で Websockets with Node.js をはじめるためのメモ を参考にした。) $ git clone https://github.com/heroku-examples/node-ws-test.git Cloning into 'node-ws-test'...
Resetting your password in Deis Workflow - Qiita
v1 or v2 ? This article is written for Workflow (v2). But you can reset your password in Deis(v1) by almost same procedure. case: you are not an administrator Ask your administrator to exec deis auth:passwd --user {your_account} case: you are the one and only administrator Ssh into your kube-master node and exec manage.py in the controller. $ kubectl exec --namespace=deis -it deis-controller-35680
Windows 版 Deis Workflow CLI は SourceTree との併用がオススメ - Qiita
前口上 別記事 で Windows への Deis Workflow CLI のインストールからアカウント作成までを説明しましたが，いざ deis create コマンドを用いてアプリケーションを作ろうとすると，例外が発生してしまいます。 これは，アプリケーションの作成時に deis.exe を git.exe remote を実行しようとしているためです。 MsysGit など用いて git.exe をインストールすれば済む話ですが，よりお手軽な方法として，Atlassian SourceTree を用いる方法があります。 SourceTree がどんなソフトでどのようにインストールするのかといった細かいことは割愛します。ググると山のように出てきます。 筋書き hello-deis という Web アプリケーションのデプロイを想定します。 SourceTree のインストール 難しいこと
Deis Workflow を Azure にデプロイするときには，vhd 用のストレージアカウントを流用してはいけない。 - Qiita
最近になって，Deis Workflow (以下，単に Workflow)を Azure にデプロイするための公式文書が出たようなので，その通りにやっていれば失敗しないはずなのだけれども。 自前でやりたい人，または自前でやった結果，イマイチなレスポンスになっている人のためのメモ。 タイトルは Workflow だけれども，Kubernetes (K8s) 一般でも成り立つかもしれない。 言いたいことは，タイトルで言い尽くしている。 Azure での K8s 一般論 K8s 一般論として，起動時/再起動時には，OS がマウントしている vhd は， OS の起動処理や K8s 関連のコンテナのアクセスが集中して，ストレージアカウントへのアクセスが急増する。 アクセスが集中すると，ストレージアカウントのグレードにも依るけれども，帯域制限(スロットリング)がかかる。 Azure での Workf
minikubeでローカルKubernetesクラスタを5分でつくる方法 - Qiita
minikubeはKubernetes公式のツールで、フル機能のKubernetesをローカル環境に構築することができます。Kubernetesへデプロイするアプリのテスト時、k8s objectをいじるたびにサーバにデプロイ・・みたいなことをするのがこれまで面倒でしたが、minikubeでだいぶ楽になりました。 TL;DR docker-machine + redspread/localkubeよりだいぶ良いです。 ただし、5/31現在の0.1.0では、コンテナから外部ホストをDNSで解決できない問題がある（例えば、DatadogコンテナからメトリクスをDatadogへ送れないとか、apt-get updateできないとか)ので、もうしばらく待ちましょう。 ぼくは、今のところlocalkube+docker-machine最新版+Docker古いの(boot2docker v1.9.1を
Minikube で快適に Ingress を利用する - Qiita
TL;DR minikube addons enable ingress で Minikube で簡単に Ingress を使いはじめることができる ローカルのネームサーバで Ingress に設定したホスト名を名前解決させてより快適に利用する Minikube 標準の Ingress Controller の代わりに nghttpx-ingress-controller を使うのも簡単、そのときカスタム Cluster Add-on を使うとより快適に利用できる はじめに プロダクションにおいて Ingress を利用しているならローカルの Minikube においても Ingress を利用して動作を検証したい。Minikube は、ローカルにシングルノード構成の Kubernetes クラスタを簡単に構築できるツールである。 Ingress を使うには、作成されている Ingress
VirtualBox環境でのUbuntuのHDD容量変更方法 - Qiita
概要 VirtualBox内のUbuntuで環境を整えているうちに、HDD容量が足りなくなって困った方が多いようなので、個人的に一番簡単な変更方法を共有します。 仮想環境が壊れても責任は負えませんので、くれぐれも自己責任でおねがいします。 不安であればクローンでも作っておいてください。 環境 Windows 10 Oracle VM VirtualBox 5.0.20 Ununtu 16.04 LTS 使用ツール VirtualBoxManager GParted 1 VirtualBox側の仮想HDDの容量を大きくする 1.1 仮想HDDパス確認 VirtualBoxを起動し、容量を変更したい仮想環境の設定を開きます。 [ストレージ]の[コントローラ:SATA]下にある[場所]がHDDのパスです。 1.2 VirtualBoxのパス確認 VirtualBoxをインストールしたパスを確認し
テスト環境用 お手軽zabbix server - Qiita
ふとした切っ掛けから作ってみたHyper-V用のZabbix Serverです。 https://drive.google.com/file/d/0BwNMG_0zZ-yxNE5zcGNWRWFxY0k/view （Google driveに置いています、容量は510MBほど） 誰かの手助けに成れば幸いです。 ・どんなものか Hyper-V上に構築したCentOS7ベースのZabbix Server 3.0.8です。 圧縮ファイルを解凍後（64GBの容量が必要となりますので、HDD等の容量は注意して下さい。） Hyper-Vマネージャーでインポートをしてから起動して下さい。 無事起動しましたら、ブラウザ上で http://192.168.1.126/zabbix と入力すればLogin画面が出て来ます。 Username admin Password zabbix です。 （書き抜かってい
Linuxのschedのpriorityとリアルタイムシステムについて - Qiita
はじめに Linuxでいわゆるリアルタイムシステムを指向するときはsched(7)のpriority値を意識することになるが、個人的にいつもpriorityの値を相対的にしか見られず、絶対的にかつどっちが上・下かについてわからなくなってしまうので、そんな自分のためにメモ書きしておくことにした・・・つもりが、なにか途中から趣旨を間違えた記事になってしまった。本当は「priority一覧表」がほしかっただけだったのに... なお、Linux-4.10くらい、procps-ng-3.3.12くらい、util-linux-2.29.2くらいを見ています。 schedのpolicyとpriority値 Linuxでは、ユーザプログラム・kernelスレッド問わず、タスクにsched policyを設定できる。下記の上3つがいわゆるリアルタイムスケジューリング、下3つがいわゆるタイムシェアスケジューリ
Amazon EchoをRaspberry Piで自作する - Qiita
Amazonの音声アシスタントAmazon Echo、すっごい欲しいのですが日本では技適が通っておらず、輸入できないらしい。 会社内で詳しい人に「でも欲しいっすね〜」と聞いたら、「自作する手がある」という答えをいただいたのでやっちゃいました。 Amazon EchoとAVSとRaspberry Pi AVS(Alexa Voice Service)というAmazon Echoの裏側で動作している人工知能技術を利用した音声認識、自然言語サービスがあり、開発者向けという制限の下に、マイクとスピーカを接続したデバイスで動作させることができます。 また、サンプルアプリが公開されていて、以下のプラットフォームで動作させることができるようです。 Raspberry Pi Linux Mac Windows Raspberry Pi + Conexant 2-Mic Development Kit fo
Windows Subsystem for Linux + VcXsrv + RubyMine でWindowsでも快適なRails開発環境を作ろう - Qiita
以前からWindowsでのRailsアプリケーション開発は、Rubyのバージョンやnative extensionに悩まされることが多く、WindowsにVirtualBoxやHyper-VでLinuxの仮想環境を構築して開発しているという方も多いんじゃないでしょうか。 しかしここに来て、Windows 10 Creators Updateにより、Windows Subsystem for Linux(Beta)とVcXsrv(あるいはXming)、そしてRubyMineを使った簡単かつ快適なRailsアプリケーション開発の環境が現実的になってきました。 Windows 10 Fall Creators UpdateからはBetaが外れ正式版となり、Bash on Windowsという名称が非推奨となりました。 また、Microsoft StoreからUbuntu、openSUSE、SUS
MastodonサーバーをUbuntuとLXDとDockerを使って構築する - Qiita
MastodonサーバーをUbuntuとLXDとDockerを使って構築する この記事は、今流行りのMastodonの自前サーバーを、以下の組み合わせで構築する手順です。 Ubuntu 16.04 LTS LXD 2.0.x Docker 1.12.6（Ubuntuリポジトリ版） docker-compose 1.12.0 Let's encrypt Gmail（SMTPサーバー） docker-composeはLXDコンテナの上で実行します。LXDコンテナに閉じ込めておくと、なんらかの理由でインスタンスを別サーバーに移行したくなったとき、LXDコンテナ単位でデータベースなども含めて簡単にマイグレーションできるからです。 またLXDコンテナの中でDockerを使うために、LXDパッチの当たったUbuntuリポジトリのdocker.ioパッケージを使うことにします。Docker公式の独自パッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/Dr_ASA/items/220e030b6da8972b98c6
minikubeでkubernetes - Qiita
minikubeでローカルのdocker imageを使う - Qiita
docker-composeでRailsのGemを更新する時、docker buildするのを回避したい - Qiita
