千葉淳(192)36この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。コンニチハ、千葉です。Kubernetesを勉強中です。Kubernetesは簡単に使えて、かつコンテナのデプロイや可用性を向上することができます。高度なことを簡単に使えるようにテクノロジーが注ぎ込まれています。チュートリアルでは、クラスタの起動からアプリケーションのデプロイ、確認、公開、アップデートまで基本的なライフサイクルを身につけられます。分量が多いので数回に分けて、チュートリアルをやっていきましょう。範囲*の箇所が第3回の範囲です。クラスターの作成アプリケーションのデプロイアプリケーションの確認アプリケーションの公開*アプリケーションのスケールアウトアプリケーションのアップデート他の回はこちらアプリケーションのスケールアウト今までの章では、deploymentを作成し、アプリケーションの公開までを行いました。deploymentは1つのpodを作成します。トラフィックが増加した場合は、アプリケーションのスケールを行います。スケールはdeployentの中のreplicaの数を変更します。それに合わせpodの数が増減します。Autoscalingにも対応しますが、このチュートリアルではやりません。このチュートリアルでは、kubectlを使ってdeploymentのスケールを行います。deploymentのスケールアップdeploymentの状態を確認します。podが1が起動しています。14hDESIREDはユーザーがdeploy時に指定したレプリカ数、CURRENTは現在起動しているレプリカ数、UP-TO-DATEはDESIREDに従って起動しているレプリカ数、AVAILABLEは実際に有効なレプリカ数です。レプリカの数を4に変更してみます。15hレプリカの数が4つになりました。今度はpodの数を確認します。minikube異なるIPで4つのpodが起動しています。deploymentの状態を確認します。4Eventsを見ると、replicaが4にスケーリングが発生していることがわかります。ロードバランシングserviceはトラフィックをロードバランシングします。serviceを作成します。<none>serviceのポート番号を取得し、podにアクセスします。トラフィックは各podにバランシングされます。アクセスするたびにpod名が変わっているのがわかります。v=1スケールダウンレプリカ数を2に変更しスケールダウンさせます。15hpodの状態を見て見ます。minikube4つあったpodのうち2つがTerminatingと表示され、最終的にpodの数は2になりました。最後にreplica数を変更することで、起動するpod数が変化しました。これで、スケールアウト/スケールインの動作が確認できました。次回は最終回、デプロイされているアプリケーションのアップデートを行います。1,923,094Dockerがどっかーん。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。使いたいときの注意点を書きました。本が出ていたので読んでみたところよかったので紹介させていただきます。