【初心者】Amazon EKSを使ってみる #3 (AWS Load Balancer Controller によるIngressの利用) - Qiita
【初心者】Amazon EKSを使ってみる #3 (AWS Load Balancer Controller によるIngressの利用)AWS初心者eks 目的 k8sの学習のため、EKSを触っている。前回記事：「【初心者】Amazon EKSを使ってみる #2（WordPressのデプロイ）」でService type: Loadbalancerは使えるようになったので、今回はIngressができるようにする。 やったこと 「AWS Load Balancer Controller」を用いて、ServiceをIngress(ALB)で外部公開する。 従来、EKSでは「ALB Ingress Controller」によりIngressが実装されていたが、ちょうど2020/10月末頃に、新しい方式である「AWS load balancer controller」がリリースされた。せっかくな
ELB使ってる人はすぐにKeepAlive Timeoutの値を確認しよう - Qiita
TL;DR ELBはクライアントからのリクエスト時に、クライアントとバックエンドとのコネクション2つを維持する 両方の接続について、アイドルタイムアウト値はデフォルトで60秒となっている バランシング先のNginxなどのKeepAlive Timeout値は、ELBのアイドルタイムアウト値より大きくなければならない もしELBのアイドルタイムアウト値より小さい場合、504 Gateway Timeoutエラーが返ってくる この504エラーはALBのログには書き込まれないので、きちんとALBのステータスコードを監視するべき ELBのコネクション 図にするまでもないが、ELBにおけるTCPコネクションは以下のようになっている。 KeepAliveとは まずはKeepAliveについて振り返っておく。KeepAliveとはクライアントとサーバー間での接続が有効であるかを確認するために一定周期で行
【AWS基礎】ALBとELBの負荷分散方法の違いが面白い - Qiita
ALBとELB、新しいやつ 、古いやつ という 頭の悪い 使い分けしかしたことなかったので調べてみました。 そもそもロードバランサーとは？ ロード（負荷）とバランサー(均衡をとる)を合わせた言葉。 短期間の大量アクセス、単一サーバーの障害発生時も安定してサーバ稼働を可能にするための技術。 その他メリット ELBに搭載されているSSLアクセラレータで暗号を復号する事でサーバで復号しなくて良くなるので負荷が格段に減る SSLアクセラレータがあるので複数サーバのSSL証明書の1本化が可能 参考：SSLアクセラレータについて 個人的学び 障害発生時にヘルスチェックが通らなくなったサーバを自動で切り離すのはAWS独自の機能ではない事。 ELBに暗号文を復号する専用のアクセラレータが搭載されている事。（音楽のDACみたいなものですね） ALBとELBの違い ALBはELBでできたことに加えて、様々な新
Kubernetes クラスタの外からのアクセスに ClusterIP をロードバランサとして使う - Qiita
はじめに Kubernetes を触り始めて困惑したのは、クラスタの外からどうやってアクセスするのか？ということでした。 GKE なら提供されているロードバランサを使えば良いですが、GKE に頼れない環境でも良い方法が欲しいものです。 ClusterIP はクラスタ内部からアクセスする際に使用するもので、外部からアクセスすることは意図されていませんが、 これをそのまま利用できればとても楽ができそうです。 ClusterIP へのアクセスは複数の Pod に対して振り分けられるので、Ingress や Service Load Balancer が無くてもクラスタの外に対してロードバランサを提供することができます。 調べたところ Project Calico と kube-proxy を利用するとクラスタの外から ClusterIP にアクセスできたので、やり方をまとめておきます。 テスト環
さくらのクラウドでAuto Scaling ~ Docker活用編 ~ - Qiita
うーん、そんなにちゃんとしたやつじゃなくていいから、もうちょい安くできないか、、 ということで今回、Docker、DockerMachineとさくらのクラウドの GSLB(広域負荷分散)を用いることで安価なAutoScalingする構成を考えてみました。 安価なAutoScalingの方法/構成 デモプログラムを以下で公開しています。 https://github.com/yamamoto-febc/sakura-auto-scaling-with-docker 概要 以下のような構成を考えてみました。 さくらのクラウドのGSLB(広域負荷分散)でDNSラウンドロビン さくらのクラウドAPIでサーバのCPU負荷を測定 サーバーは1台常に起動させておく(基本サーバ) CPU負荷に応じてスケールアウト/スケールインを行う。 サーバの追加/削除にはDockerMachine + さくらのクラウド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kubernetes の Service type LoadBalancer を手作業で作る - Qiita
ELBなどでhealth checkをする際に使える便利なempty_gif（Nginx） - Qiita
