https://blog.nnasaki.com/categories/azure-container-services/ Recent content in Azure Container Services on nnasaki のブログ https://blog.nnasaki.com/ogp.png https://blog.nnasaki.com/ogp.png Hugo ja-JP Mon, 29 May 2017 06:00:00 +0900 https://blog.nnasaki.com/entry/2017/05/29/060000/ Mon, 29 May 2017 06:00:00 +0900 https://blog.nnasaki.com/entry/2017/05/29/060000/ <p>Azure Container Service(ACS) にて kubernetes を作成した場合、2017/5/29現在は<a href="https://docs.microsoft.com/ja-jp/azure/storage/storage-scalability-targets">ストレージアカウントの制限</a>を受けるため注意して下さい。</p> <p>何故かというと Azure Container Service の Agent(Node) はストレージアカウントごとに10個VMを作ります。</p> <figure class="figure-image figure-image-fotolife"><img src="https://blog.nnasaki.com/images/20170527103838.png" alt="f:id:nnasaki:20170527103838p:plain" title="f:id:nnasaki:20170527103838p:plain" class="hatena-fotolife" itemprop="image"><figcaption>f:id:nnasaki:20170527103838p:plain</figcaption></figure> <p>ストレージアカウントには下図の通り、最大IOPSとスループットの制限があります。</p> <figure class="figure-image figure-image-fotolife"><img src="https://blog.nnasaki.com/images/20170527104220.png" alt="f:id:nnasaki:20170527104220p:plain" title="f:id:nnasaki:20170527104220p:plain" class="hatena-fotolife" itemprop="image"><figcaption>f:id:nnasaki:20170527104220p:plain</figcaption></figure> <p>下図のように片方のストレージアカウントのコンテナに負荷がかかると、上限に引っかかる場合があり、もう片方のストレージアカウントに余裕があっても負荷分散が出来ません。</p> <figure class="figure-image figure-image-fotolife"><img src="https://blog.nnasaki.com/images/20170527104236.png" alt="f:id:nnasaki:20170527104236p:plain" title="f:id:nnasaki:20170527104236p:plain" class="hatena-fotolife" itemprop="image"><figcaption>f:id:nnasaki:20170527104236p:plain</figcaption></figure> <p>これを解決するための手段はストレージアカウントを意識して自分でコンテナを再配置することが必要ですが、具体的にどのようにするかはちょっと分かっていないです。</p> <p>ですが、悲観的になる必要は無くて、ストレージアカウントの制限については Managed Disk(管理ディスク）が使用できるようになれば解決すると思われます。</p> <figure class="figure-image figure-image-fotolife"><img src="https://blog.nnasaki.com/images/20170527110329.png" alt="f:id:nnasaki:20170527110329p:plain" title="f:id:nnasaki:20170527110329p:plain" class="hatena-fotolife" itemprop="image"><figcaption>f:id:nnasaki:20170527110329p:plain</figcaption></figure> <p>管理ディスクを使用する場合、今すぐできる解決策と将来に期待する２つの選択肢があると思いますので、ご紹介します。</p> <h3 id="今すぐできる解決策">今すぐできる解決策</h3> <p><a href="https://github.com/Azure/acs-engine">ACS Engine</a> という OSS プロジェクトを利用することで、Azure Manged Disk(管理ディスク)を使用して、KubernetesやMesosとDocker Swarmをデプロイすることが出来ます。</p> <p>ACS Engine については <a href="https://docs.microsoft.com/ja-jp/azure/container-service/container-service-faq">Container Service についてよく寄せられる質問</a> を引用します。</p> <blockquote> <p>Azure Container Service と ACS Engine の違いは何ですか。</p> <p>Azure Container Service は SLA による保証が付いた Azure サービスで、Azure Portal の各種機能、Azure コマンドライン ツール、Azure API が付属しています。 Azure Container Service を使用すると、比較的少ない選択肢を選んで構成するだけで、標準のコンテナー オーケストレーション ツールを実行するクラスターを簡単に実装して管理できます。</p> <p>ACS Engine はオープンソース プロジェクトで、パワー ユーザーがクラスター構成を各レベルでカスタマイズするのに適しています。 インフラとソフトウェアの両方の構成に変更を加えることができるため、ACS Engine には SLA が用意されていません。 サポートは、Microsoft の公式チャネルではなく、GitHub のオープンソース プロジェクトを通じて提供されます。</p>