Horizontal Pod Autoscaling と Cluster Autoscaler を EKSに設定してみた | DevelopersIO
はじめに おはようございます､加藤です｡CKAを受けようと思っていましたが､勉強する時間もとれず､申し込みが英語でまるで理解できなかったのでチキって辞めました｡ というわけで､EKSでHorizontal Pod Autoscaling と Cluster Autoscaler を設定してみました｡ 説明 Horizontal Pod Autoscaler - Kubernetes Horizontal Pod Autoscaling(以降､HPA)はCPU負荷などメトリクスに応じてDeploymentに命令を送りReplica数を制御する機能です｡ コンテナに与えるリソースは変えずに､同時実行を増減させます｡つまり､スケールイン/アウトを行います｡ Horizontal Pod Autoscaler で利用可能なメトリクスは下記があります｡ 1 Resource CPU/メモリのリソース
ExternalDNS + Route 53 Auto NamingでEKSのServiceをRoute53で名前解決してみる ｜ Developers.IO
ExternalDNS + Route 53 Auto Naming(Service Discovery)でEKSのServiceをRoute53で名前解決してみる こんにちは、かたいなかです。 レガシーシステムをEKSに段階を踏んで移行していく際、途中の段階でレガシーシステム側からEKSのサービスにアクセスさせたいことがあります。そんなとき、名前解決をしたいが手動で管理するのも面倒だ、と悩んでいる方も多いのではないでしょうか。 そこで今回はExternalDNSというツールを用いてサービスに対して特定のFQDNを紐付けて名前解決を行えるようにする方法をご紹介します。 ExternalDNSとは ExternalDNSはKubernetesのServiceやIngressをDNSプロバイダに対して同期してくれるツールです。これを用いることで、Kubernetesのリソースを用いてDNSのレ
Amazon EKSでgRPCサーバを運用する - 一休.com Developers Blog
以前の記事でも紹介した通り、一休では、gRPCを使ったサービスを導入し始めています。 user-first.ikyu.co.jp この記事では、このサービスをAmazon EKSで提供するための設計や気をつけたポイントについて紹介します。 背景 一休では、ウェブアプリケーションの実行環境としてAWS Elastic Beanstalkを採用しています。 そして、この4月からElastic BeanstalkをAmazon EKSへ移行するプロジェクトを進めています。 このgRPCサービスもElastic Beanstalkで運用をしていましたが、以下の問題を抱えていました。 適切にロードバランシングできない。 Elastic BeanstalkでgRPCサービスを運用しようとするとNetwork Load Balancer(NLB)を使うことになります。NLBはレイヤ4のロードバランサです
EKSにデプロイするためのSpinnakerセットアップ - Qiita
構成 デプロイターゲットとなるKubernetesクラスタはEKSで稼働している 上記のクラスタとは別のKubernetesクラスタでSpinnakerを稼働させる halコマンドは専用のEC2上で実行する(後述) 前提条件 必要なKubernetesクラスタが作成済み halコマンド実行環境作成 halコマンドとは halはHalyardをインストールすることで利用できるコマンド halconfigがSpinnakerの構成を管理しており、halコマンドによってhalconfigの内容をコントロールできる 環境作成について 複数人でSpinnakerを運用することを見据えてローカルPCではなく専用のEC2で環境を作る AMIはUbuntu16.04を選択 Amazon LinuxとUbuntu18.04だとHalyardのセットアップに失敗 そもそも公式ドキュメントでもUbuntu18.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
