External Secrets Operator を用いて EKS Fargate からシークレットストアを利用する | Amazon Web Services
Amazon Web Services ブログ External Secrets Operator を用いて EKS Fargate からシークレットストアを利用する この記事は Leverage AWS secrets stores from EKS Fargate with External Secrets Operator (記事公開日: 2022 年 6 月 30 日) を翻訳したものです。 シークレットの管理は、セキュアかつ動的なコンテナ化されたアプリケーションを大規模に実行する上で、困難ではあるものの重要な側面を持ちます。稼働するアプリケーションにシークレットをセキュアに配布するニーズをサポートするために、Kubernetes は Kubernetes Secret という形でシークレットを管理するネイティブな機能を提供します。しかし、多くのお客様はセキュリティ、管理、シークレ
TL;DR ALBのターゲットをinstance→ipに変更する。 ALBの 登録解除の遅延 < Podの削除遅延(preStop)に設定する。 ALB+ローリングアップデートの問題 k8sを使っているとローリングアップデートが手軽にゼロダウンタイムでデプロイする方法です。 しかし、ALB(ingress)を使っているとローリングアップデート中の一部のアクセスが502になってしまいます。 いくつかissueが上がってますが、まだopen状態です。 https://github.com/kubernetes-sigs/aws-alb-ingress-controller/issues/1065 https://github.com/kubernetes-sigs/aws-alb-ingress-controller/issues/1131 色々試してみた結果、502を回避してデプロイする方法
はじめに 検索エンジニアリング１グループ(以下、検索1G)所属の安達です。 検索1Gは検索基盤を開発・運用するグループです。 今回、新たな検索基盤を開発し、本番リリースしたのでその事例について紹介します。 どんな検索基盤か アーキテクチャ図は以下です。 検索1Gが管理しているリソースは、図中のSolrデータ更新バッチとフロントアプリケーションを除くすべてのリソースです。 このシステムは大きく3つに分かれています。フロントアプリケーションとの接続を担う検索動線、検索に使われるデータの更新を担当するデータ更新導線、そして検索エンジンです。それぞれの構成について見ていきます。 検索導線 EKS上の検索APIへリクエストをルーティングする。通常時は何も処理をせず1つの検索APIにリクエストを流す。オンラインA/Bテスト実施時にはグループを振り分けし適切な検索APIにリクエストを振り分けできる。また
LocustをEKS上で動かす - Qiita
この記事について 負荷試験にてLocustを利用する必要がありました。そこで柔軟にスケールできるようにEKS上で動かすことになりました。 EKS上でLocustを動かして、簡単な負荷試験を実施する手順などについてこの記事にまとめます。 なお、この記事ではLocustのシナリオについては深く触れません。 あくまで動作確認レベルのシナリオになります。 簡単に登場人物の紹介 Locsut Python製の負荷試験ツールです。 負荷試験のシナリオをPythonを用いて柔軟に作り込むことができます。 locustにはmaster/workerモード機能があり、これを利用することで複数インスタンス(コンテナ)を利用してスケールさせながらlocustによる負荷試験を行うことが可能です。 今回はこのmaster/workerモードを利用して、locustを動かします。 EKS KubernetesのAWS
「みんな大好き1.18がEKSに対応したよ！」 というわけで、EKSによるKubernetesのバージョン1.18への対応がアナウンスされました。すでにEKSのクラスターバージョン指定で、1.18が利用できるようになっています。 Amazon EKS now supports Kubernetes version 1.18 同時に既存のEKSクラスタバージョン1.14の、強制アップデートもアナウンスされています。もし手元に1.14がある方は、自動アップデートの前に対応必須ですので、気をつけましょう！ あの…噂の1.18が遂にきたか…!! ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / なんか知ったふうやな。 Kubernetes version 1.18で変わったこと 最新公式情報はこちら。 Amazon EKS Kubernetes versions - Ama
【レポート】Amazon EKS と Datadog によるマイクロサービスの可観測性（パートナーセッション） #PAR-03 #AWSSummit | DevelopersIO
コンサル部のとばち（@toda_kk）です。 本記事は、AWS Summit Online Japan 2021 にて行われた動画セッション「Amazon EKS と Datadog によるマイクロサービスの可観測性」のレポートです。 Datadogを使ってAmazon EKSのモニタリングダッシュボードを作成し、メトリクス監視や分散トレーシングといったObservabilityを簡単に実現しよう！ という内容になっています。 セッション概要 Amazon EKS 独自の機能を最大限に活用し、Datadog の直感的なプラットフォームでマイクロサービスの可観測性を実現する方法が学べます。 ・EKS 環境からメトリクス、ログ、トレースを監視する方法 ・リアル・ユーザー・モニタリング (RUM) などの機能を使用して、環境のユーザビリティをテストする方法 ・外形監視 (Synthetics)
Building a GitOps pipeline with Amazon EKS | Amazon Web Services
Prerequisites: You will need the following services: AWS account with the ability to create EKS clusters GitHub account Amazon ECR Kubectl version 1.18 or newer Kustomize In this example, you will install the standard Guestbook sample application to EKS. Then you’ll make a change to the button style and deploy the change to EKS with GitHub Actions and GitOps. Part 1: Fork the Guestbook app reposit
Kubernetes は急速に進化しており、新機能のリリースとバグ修正が頻繁に行われています。Kubernetes 1.20 リリースの注目点には、安定性が実現された RuntimeClass とプロセス ID 制限、デフォルトで有効化された API の優先順位とフェアネス、およびベータ版に移行した kubectl デバッグなどがあります。Kubernetes バージョン 1.20 の詳細については、Kubernetes プロジェクトのリリースノートを参照してください。 Amazon Elastic Kubernetes Service (EKS) 上の実稼働ワークロードに利用できる Kubernetes バージョンと、クラスターの 1.20 バージョンへの更新方法についての詳細は、EKS ドキュメントを参照してください。Kubernetes 1.20 の Amazon EKS Distr
GitHub Actions の self-hosted runner と Amazon EKS を使った Docker の Build Pipeline/Build Pipeline for Docker with GitHub Actions self-hosted runner and Amazon EKS
Kubernetes Meetup Tokyo #32 on 7/28 発表資料
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EKSとALBで502を起こさずデプロイする - Qiita
SolrCloud on AWS EKSを利用した検索基盤の導入
Amazon EKSがKubernetesバージョン1.18に対応しました！ | DevelopersIO
Amazon EKS および EKS Distro が Kubernetes バージョン 1.20 のサポートを開始