Azure Kubernetes Service クイック スタートでk8sでのデプロイの概要を掴む - Qiita
はじめに クイック スタート: Azure Kubernetes Service (AKS) クラスターのデプロイに沿って、 AKSでk8s1のクラスタをデプロイしました。 ポータルを操作してk8sクラスタのリソースを作成し、 クラウドシェルでコマンド入力してデプロイしています。 前提 私のレベル感ですが、k8sを勉強し始めた段階です。 Dockerを独学し、docker-composeでVPSに複数コンテナをデプロイできるようになった docker-composeは本番環境には適さないことを知り、k8sを勉強し始める 後述するハンズオンでGCPでk8sを触った経験から、今回Azureでもk8sを試してみました。 k8sクラスタリソース作成(ポータル操作) クイックスタートに沿って進めます。 「ノードサイズ」ですが、クイックスタートのDS1v2インスタンス（1vcpu、3.5GBメモリ）と
Google Cloud Next 2018 Extended App & Infra Dayに参加してきました - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Google Cloud Next 2018 Extended App & Infra Day https://gcpug-tokyo.connpass.com/event/94417/ 趣旨：7/24～26にサンフランシスコで開催された Google Cloud Nextの発表内容の共有をする 日時：2018/08/24(金) 18:50 〜 21:50 場所：Google Japan 東京都港区六本木６丁目１０−１ 感想 sinmetalさんのDBの世代交代のお話はGCPにおけるDatabaseの歴史を感じた 年表形式で追って考えた
Docker Swarmで、agentがmanagerに登録できない - Qiita
docker-machineを使って、DockerSwarmのクラスタを作っていた所、swarm-agentがクラスタに参加して来なくて小一時間詰まった。 Discoverのバックエンドにはetcdを使っていたので、etcdの中身を見えると、追加したいノードからちゃんとキーがセットされている。 swarm-agent-masterのログを見ていると、以下のログを発見！ time="2015-11-19T16:37:35Z" level=error msg="ID duplicated. E4S7:YAHU:MXDC:VT6C:4H5D:CMV7:PHEG:FU7D:SZNW:HSKY:IRL3:K7JJ shared by 192.168.0.1:2376 and 192.168.0.2:2376" ぐぐったら、以下のIssueがでてきた。 https://github.com/docke
[Azure Container Service版] 30分で作るMesos + Chronos + Marathon + Dockerクラスタ環境 - Qiita
[Azure Container Service版] 30分で作るMesos + Chronos + Marathon + Dockerクラスタ環境AzureDockerMesosdocker-swarmAzureResourceManager 当記事は 牛尾さんの記事:瞬殺で作るMesos + Chronos + Marathon + Dockerクラスタ環境をベースにしています。 上記牛尾さんの記事、そのっつさんの正月休みだし Mesos 触ってみたおよび、Azureの公式/非公式な多くのドキュメントを参考にしています。 みなさまありがとうございますmm TL;DR Azure Container ServiceがPublic Previewになったので、試してみました。 Public preview: Azure Container Service AzureのSubscriptio
![[Azure Container Service版] 30分で作るMesos + Chronos + Marathon + Dockerクラスタ環境 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e93b682606ccc4e7b25313627dd05fd91d71fd20/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCQXp1cmUlMjBDb250YWluZXIlMjBTZXJ2aWNlJUU3JTg5JTg4JTVEJTIwMzAlRTUlODglODYlRTMlODElQTclRTQlQkQlOUMlRTMlODIlOEJNZXNvcyUyMCUyQiUyMENocm9ub3MlMjAlMkIlMjBNYXJhdGhvbiUyMCUyQiUyMERvY2tlciVFMyU4MiVBRiVFMyU4MyVBOSVFMyU4MiVCOSVFMyU4MiVCRiVFNyU5MiVCMCVFNSVBMiU4MyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZWU3MGM3ZTEzNGRjNzIzZjZiODlmNDM3NGJlOThiOWU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbm50c3VndSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MTg0OTIzNTM3YmFlYWIzYWViNDczYzAxOWZiMmQwNjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D5266c19b5bbe4bd3fae2bce00b948a59)
SwarmもConsulも使わないシンプルなDockerクラスタを作る - Qiita
Vagrant.configure(2) do |config| config.vm.define "host1" do |host1| host1.vm.box = "ubuntu/trusty64" host1.vm.hostname = "host1" host1.vm.network "private_network", ip: "192.168.33.10" end config.vm.define "host2" do |host2| host2.vm.box = "ubuntu/trusty64" host2.vm.hostname = "host2" host2.vm.network "private_network", ip: "192.168.33.11" end config.vm.provider "virtualbox" do |v| v.memory = "20
運用でよく使うDocker関係コマンド - Qiita
使われていないDockerイメージを一括削除 $ docker rmi $(grep -xvf <(docker ps -a --format '{{.Image}}') <(docker images | tail -n +2 | grep -v '<none>' | awk '{ print $1":"$2 }')) 使われていないdocker volumeを一括削除 $ wget https://raw.githubusercontent.com/chadoe/docker-cleanup-volumes/master/docker-cleanup-volumes.sh && sudo bash docker-cleanup-volumes.sh docker swarm swarm関係以外のコンテナを一括削除 $ docker rm -f $(docker ps -a | grep
Docker 1.12のビルトイン・オーケストレーションを(Macで)使ってみる - Qiita
Dockerに新しく追加されたビルトインのオーケストレーションを試してみます。 このポストを書き終わった時点で、docker v1.12のオーケストレーション機能をマルチホストで試すよ on さくらのクラウドを見つけました。 すごくよく書かれているので少し気が引けますが、僕のポストはMacのローカルで試してみる、という点で若干の違いがあるのでこのままポストします。 手順の流れは下記の通りです。 Swarm Managerノードを作って、Swarm Workerノードを２つ追加する。 試しにnginxのコンテナを作る。 nginxのレプリカを複数作ってスケールアップする。 試しにレプリカをいくつか削除して挙動を確認する。 試しにWorkerノードを１つ削除して挙動を確認する。 ひとまずDockerを1.12にアップデートする 手持ちの環境がMac OS Xなので、Mac OS XにDocke
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
Docker1.12のSwarmを試す - Qiita
cloudpack大阪の佐々木です。 話題のDocker1.12を試してみようと思います。 まず、一番の目玉機能と思われるswarmの統合を試してみます。 チュートリアルを参考に(そのままですが・・・)、swarmの構築、サービスの追加、ローリングアップデートを試してみました。 Docker Swarmとは Dockerノードを束ねてクラスタを作る機能です。 以前からありましたが、先日発表された1.12からDocker本体に統合され、使いやすくなっているようです。 環境 Docker for AWSのPrivate Beatに申し込んでいますが、まだ返答はなく、Docker for Macではクラスタ感がいまいち味わえないので、EC2に1.12のDockerをインストールして試してみました。 インストール Amazon Linuxにインストールする方法がいまいち分からなかったので、下記を参
[Docker]複数ホスト管理ツールのまとめ - Qiita
はじめに Docker Operationsのメモ。 以下のツールについて書いてある Docker Machine Docker Swarm Docker Compose Docker Composeは実際に手を動かしてないので、後日実際に動かして追記する。 Docker Machine ひとことで言うと 複数の環境に、Dockerのホストを構築する。 出典 : https://training.docker.com/self-paced-training インストール(ubuntuの場合) $ wget https://github.com/docker/machine/releases/download/v0.2.0/docker-machine_linux-amd64 $ sudo mv docker-machine_linux-amd64 /usr/local/bin/docker
![[Docker]複数ホスト管理ツールのまとめ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e83a5e01be8f0f1bd396d50ea34a04535444cc05/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%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTQyNzUlMkZwcm9maWxlLWltYWdlcyUyRjE1Mjc1OTYyNDM_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9OTU2YTRjZTEwOTU0ZGVhMDBlNWY3MWY5Y2E2N2M3OTA%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D3c1e06c7d08141394f1b627639796579%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCRG9ja2VyJTVEJUU4JUE0JTg3JUU2JTk1JUIwJUUzJTgzJTlCJUUzJTgyJUI5JUUzJTgzJTg4JUU3JUFFJUExJUU3JTkwJTg2JUUzJTgzJTg0JUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgxJUFFJUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9ZDU5ZmNhNWQ0ODNhYjdiODcwMzYzMzVlNTgxNmFhN2E%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDB0b21veWFtYWNoaSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTA4ODU5YWVhNGU5NWY5MGExZWY4OGJlNzdjYmVkMzkx%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dae8a65f8223a086f91188f4f41078384)
Docker Swarmで複数Dockerホストからクラスタを作る - Qiita
経緯 Dockerホストを複数起動していたので、それらを1つのリソースプールにできないかなぁ...と思って ためしてみました。 ※Docker Swarmに関しては、割愛します。 事前準備 Dockerを1.12にアップデート docker --version Docker version 1.12.0, build 8eab29e swarm クラスタの初期化/起動 docker swarm init --advertise-addr="192.168.99.100" --listen-addr=0.0.0.0:2377 個別のノードの確認 docker info Containers: 23 Running: 5 Paused: 0 Stopped: 18 〜(省略)〜 Swarm: active 参考文献 Register as a new user and use Qiita mo
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が_di
Docker Ingress Overlay Networkでコンテナ間通信を行う - Qiita
docker1.12 から導入された IngressOverlayNetwork使って、コンテナ間通信をしたかったのですが、 嵌ったので、メモ。 Version 使用したVersionは以下。 Client: Version: 1.12.1 API version: 1.24 Go version: go1.6.3 Git commit: 23cf638 Built: OS/Arch: linux/amd64 Server: Version: 1.12.1 API version: 1.24 Go version: go1.6.3 Git commit: 23cf638 Built: OS/Arch: linux/amd64 docker service create -p 80:80 --replicas 1 --name apache apache_image docker servi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Open Developers Conference 2018 Tokyo / 聴講メモ - Qiita
Docker Swarm上のdocker runで認証付きリポジトリを使う - Qiita
docker swarm で compose を使いつつ、api の blue-green deploy を行う - Qiita
リモートのコンテナからDockerコマンドを使えるようにする - Qiita
Azure Service Broker の使い方 （１） - Qiita
Azure Service Broker の使い方（２） - Qiita
