並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 366件

新着順 人気順

EKSの検索結果281 - 320 件 / 366件

  • EKS Blueprints を使用してクラスターをブートストラップする | Amazon Web Services

    Amazon Web Services ブログ EKS Blueprints を使用してクラスターをブートストラップする この記事は Bootstrapping clusters with EKS Blueprints (記事公開日: 2022 年 4 月 20 日) を翻訳したものです。 本日、Amazon Elastic Kubernetes Service (Amazon EKS) の導入をより簡単かつ迅速にする、EKS Blueprints という新しいオープンソースプロジェクトを紹介します。EKS Blueprints は、Infrastructure as Code (IaC) モジュールのコレクションで、アカウントやリージョンをまたがって、一式が揃っている EKS クラスターの構成およびデプロイを支援します。EKS Blueprints を使用すると、Amazon EKS ア

      EKS Blueprints を使用してクラスターをブートストラップする | Amazon Web Services
    • Falcoとaws-for-fluent-bitを使ってCloudWatchにEKSノード上の危険なシステムコール情報を収集する(Proxy環境) - YOMON8.NET

      この記事はBeeX Advent Calendar 2020の12/12の記事です。 EKSのデータプレーンをどう選ぶか考えたとき、個人的にはFargateを積極的に使いたいところですが、まだ制限も多くて要件にフィットしない場合もあります。 そんな時に選択肢として挙がるManaged Node Groupですが、ReInvent2020でSpotインスタンスの利用できる機能が発表されたり、また使いやすくなったと感じています。 ここではそんな、Managed Node Groupで展開したEC2ノードのランタイムセキュリティをチェックする方法としてFalcoを使う手順を書いていきます。 概要としては以下の図の通りです。 Falcoは何か公式のドキュメントから引用します。 Falcoは実行時にカーネルからのLinuxシステムコールを解析し、強力なルールエンジンに対してストリームをアサートします

        Falcoとaws-for-fluent-bitを使ってCloudWatchにEKSノード上の危険なシステムコール情報を収集する(Proxy環境) - YOMON8.NET
      • EKS と Fargate、AWS Compute Savings Plans で Pod の料金を節約する | Amazon Web Services

        Amazon Web Services ブログ EKS と Fargate、AWS Compute Savings Plans で Pod の料金を節約する この記事は、Saving money a pod at a time with EKS, Fargate, and AWS Compute Savings Plans を翻訳したものです。 re:Invent 2019 では、Amazon Elastic Kubernetes Service (Amazon EKS) で、Kubernetes の Pod を AWS Fargate にデプロイできるようになったことが発表されました。その発表以降、多くのお客様が実際に Fargate 、つまりコンテナを実行するためのサーバーレスインフラストラクチャーに Kubernetes の Pod をデプロイしています。Fargate を利用するこ

          EKS と Fargate、AWS Compute Savings Plans で Pod の料金を節約する | Amazon Web Services
        • Amazon EKS Anywhere – Now Generally Available to Create and Manage Kubernetes Clusters on Premises | Amazon Web Services

          AWS News Blog Amazon EKS Anywhere – Now Generally Available to Create and Manage Kubernetes Clusters on Premises At AWS re:Invent 2020, we preannounced new deployment options of Amazon Elastic Container Service (Amazon ECS) Anywhere and Amazon Elastic Kubernetes Service (Amazon EKS) Anywhere in your own data center. Today, I am happy to announce the general availability of Amazon EKS Anywhere, a d

            Amazon EKS Anywhere – Now Generally Available to Create and Manage Kubernetes Clusters on Premises | Amazon Web Services
          • 【Security Hub修復手順】[EKS.1] EKS クラスターエンドポイントは、パブリックアクセス可能であってはなりません | DevelopersIO

            こんにちは、AWS事業本部の平井です。 皆さん、お使いのAWS環境のセキュリティチェックはしていますか? 当エントリでは、AWS Security HubによるAWS環境のセキュリティ状況スコアリングに該当する項目についての修正手順をご紹介します。 本記事の対象コントロール [EKS.1] EKS クラスターエンドポイントは、パブリックアクセス可能であってはなりません [EKS.1] EKS cluster endpoints should not be publicly accessible 前提条件 本記事はAWS Security Hubで「AWS基礎セキュリティのベストプラクティススタンダード」を利用されている方向けの内容です。 AWS Security Hubの詳細についてはこちらのブログをご覧ください。 コントロールの説明 本コントロールは、EKSクラスターエンドポイントが、パ

              【Security Hub修復手順】[EKS.1] EKS クラスターエンドポイントは、パブリックアクセス可能であってはなりません | DevelopersIO
            • Amazon EKS のスケジューリングをカスタマイズする | Amazon Web Services

              Amazon Web Services ブログ Amazon EKS のスケジューリングをカスタマイズする この記事は Customizing scheduling on Amazon EKS (記事公開日 : 2022 年 6 月 1 日) の翻訳記事です。 Google Trends によると、Kubernetes への関心は 2019 年の秋に急上昇しました。F-16 に Kubernetes をデプロイしたという米国国防総省の発表を受けて、関心が急上昇したのでしょうか。今日、ブロックチェーンネットワークの構築から 5G ネットワークの構築まで、ほぼすべての業界で Kubernetes が利用されています。お客様は Kubernetes を使用してイノベーションを加速し、明日のインターネット基盤を構築しています。 Kubernetes がこの変化し続ける景色の中で成長を続けているのは

                Amazon EKS のスケジューリングをカスタマイズする | Amazon Web Services
              • コンテナ データセンター – Made in container

                本サイトでは Google Analytics や Azure Front Door によってアクセス元の IP アドレスやブラウザの情報等のログを収集しています。

                • Karpenterのファーストインプレッション - inductor's blog

                  はじめに これはKubernetes Advent Calendar 2021 4日目の記事です。 今回はAWSが先週GAを発表した「Karpenter」について、実際に触ってみた様子とOSSとしての思想やデザインについて書いてみます。 Karpenterとは Karpenterの公式ページでは「Just-in-time Nodes for Any Kubernetes Cluster」と説明があります。つまり、KubernetesノードをPodが必要とした瞬間に用意するようなプロダクトを目指していることになります。まずは前提を揃えるためにKubernetesのオートスケーリングについて簡単に説明します。 Kubernetesのオートスケーリング Kubernetesにおけるオートスケーリングには大きく分けてコンテナ(Pod)レベルのスケーリングとノードレベルのスケーリングがあります。「H

                    Karpenterのファーストインプレッション - inductor's blog
                  • EKS を運用してみて感じた課題感 | Basicinc Enjoy Hacking!

                    旧 ferret では DB に MongoDB を採用しており、EC2で自前で運用しておりました。 そのため、プライマリーで稼働している EC2 のリタイア通知に恐怖したり、Linux カーネルのアップデート当てるための再起動や MongoDB のアップデートどうやっていくか・・・など様々な保守運用まつわる課題に悩まされていました。 今回のリニューアルで Aurora に移行でき、保守周りを AWS に投げられる幸せや保守コストの削減を実感できております。 現在だったら Document DB がありますが、リニューアルを検討した時にはまだ発表されていなかったのと、mongoid が開発する上で ActiveRecord とは違う挙動をするので辛い部分が多く、 RDBMS を使いたかったという理由もあり結局採用されなかったんじゃないかなと思います。 前置きが長くなりましたが、 今日は E

                      EKS を運用してみて感じた課題感 | Basicinc Enjoy Hacking!
                    • 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.

                        EKSにデプロイするためのSpinnakerセットアップ - Qiita
                      • Cluster API と Argo CD を用いた Kubernetes マルチクラスター管理 | Amazon Web Services

                        Amazon Web Services ブログ Cluster API と Argo CD を用いた Kubernetes マルチクラスター管理 この記事は Multi-cluster management for Kubernetes with Cluster API and Argo CD (記事公開日: 2022 年 11 月 1 日) を翻訳したものです。 イントロダクション お客様は、スケーラビリティと費用対効果を求めてクラウドに移行しています。また、中には Kubernetes を採用してワークロードをモダナイズすることで、よりアジャイルな方法で反復作業をおこない、市場投入までの時間が短いサービスや製品機能を顧客に提供しようとしている企業もあります。管理すべきクラスターの数が増えるにつれ、お客様は Kubernetes クラスターを管理するための様々なデプロイの仕組みや API

                          Cluster API と Argo CD を用いた Kubernetes マルチクラスター管理 | Amazon Web Services
                        • 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のレ

                            ExternalDNS + Route 53 Auto NamingでEKSのServiceをRoute53で名前解決してみる | Developers.IO
                          • Amazon EKS でなんかいい感じにスポットインスタンスを使う - Qiita

                            本記事は Amazon EKS Advent Calendar の20日目です!(何故人は直前にならないと書き始めないのでしょうか。私だけですかね。すいません) 少し前に「AWS が Kubernetes でのスポットインスタンスノードの自動ドレイニングをサポート」というリリースがありました。本記事では、リリース内で触れている「AWS Node Termination Handler」を中心に、大幅なコスト削減に利用できるスポットインスタンスを Amazon EKS と組み合わせて使うことについて説明します。結構簡単なのでぜひ試してみて下さい。(スポットインスタンス初心者大歓迎です) スポットインスタンス とは 詳細な説明は 公式ドキュメント を参照して頂ければと思いますが、簡潔に言うとスポットインスタンスとは 制約 を受け入れることで大幅な割引価格で EC2 インスタンスを利用できる機能

                              Amazon EKS でなんかいい感じにスポットインスタンスを使う - Qiita
                            • AWS Fault Injection Simulator による Amazon EKS でのカオスエンジニアリング実践例 | Amazon Web Services

                              Amazon Web Services ブログ AWS Fault Injection Simulator による Amazon EKS でのカオスエンジニアリング実践例 この記事では、カオスエンジニアリングの実践に使用できるフルマネージドのフォールトインジェクション(障害注入)サービスである AWS Fault Injection Simulator (AWS FIS) の使用方法について説明します。AWS FIS は、Amazon Elastic Kubernetes Service(Amazon EKS)など、さまざまな AWS サービスをサポートしています。Amazon EKS は、Kubernetes の実行を容易にするマネージドサービスです。お客様は独自の Kubernetes コントロールプレーンまたはワーカーノードをインストールして操作することなく、AWS でKuberne

                                AWS Fault Injection Simulator による Amazon EKS でのカオスエンジニアリング実践例 | Amazon Web Services
                              • Deploy a sample application - Amazon EKS

                                In this topic, you deploy a sample application to your cluster. Prerequisites An existing Kubernetes cluster with at least one node. If you don't have an existing Amazon EKS cluster, you can deploy one using one of the Getting started with Amazon EKS guides. If you're deploying a Windows application, then you must have Windows support enabled for your cluster and at least one Amazon EC2 Windows no

                                • EKSでオートスケール ~ PodとEC2どちらも~ | monkey404

                                  はじめに この記事は Amazon EKS #2 Advent Calendar 2019の6日目の記事です。 今回はEKSでオートスケールに挑戦します。 サービスを保守・運用していく中で、リソースが枯渇してサービスの継続が困難になることは避けたいです。 KubernetesではPod(コンテナ)にリソースを割り当てることができ、リソースが不足すると自動でPodを増やす機能があります。 Horizontal Pod Autoscaler ただEC2インスタンスのリソースが不足した場合は、Podのオートスケールは機能しません。(リソースがないから。。。) なので、EC2インスタンスのオートスケールも必要になってきます。 cluster-autoscalerという機能を使ってEC2インスタンスのオートスケールも設定します。 これを設定することで、リソースが必要なときのみEC2インスタンスを作成

                                    EKSでオートスケール ~ PodとEC2どちらも~ | monkey404
                                  • Amazon EKS adds built-in logging support for AWS Fargate

                                    Amazon Elastic Kubernetes Service (Amazon EKS) now allows you to forward container logs from pods running on AWS Fargate to AWS services for log storage and analytics including Amazon Cloudwatch, Amazon Elasticsearch, Amazon Kinesis Data Firehose, and Amazon Kinesis Streams. Amazon EKS with AWS Fargate now includes a built-in log router, so there are no sidecars to install or maintain. You simply

                                      Amazon EKS adds built-in logging support for AWS Fargate
                                    • GitOps を用いた Amazon EKS の自動化 | Amazon Web Services

                                      Amazon Web Services ブログ GitOps を用いた Amazon EKS の自動化 元の記事:https://aws.amazon.com/jp/blogs/containers/automating-amazon-eks-with-gitops/ 本記事は Weaveworks のコンテンツディレクターの Anita Buehrle による寄稿記事です。 企業は速く進むことを望んでいます。より頻繁に、より確実に、そしてなるべく少ないオーバーヘッドでデプロイする必要があります。GitOps は Kubernetes で実行されている複雑なアプリケーションやインフラストラクチャを開発者が管理および更新するための迅速かつ安全な方法です。 GitOps は運用とアプリケーションデプロイのワークフローであり、クラウドネイティブアプリケーションのインフラストラクチャとデプロイの両

                                        GitOps を用いた Amazon EKS の自動化 | Amazon Web Services
                                      • EKS Kubernetes AutoscalingGroup作成とUserData | 外道父の匠

                                        ※この辺から訂正と追記しました(10/8) 前回でKubernetesへのアクセスができるようになりましたが、ここで一歩引いて EC2 Node を起動するための Autoscaling Group を作成します。 LaunchTemplates と Autoscaling Group だけじゃ味気ないので、UserData でこんなことやってますってのを濃いめに解説するところまで、いきたいと思います。 Launch Template LaunchConfiguration はもう使わないので、LaunchTemplateにお世話になります。 UserDataのシェルスクリプトについては、最後に記載と説明をします。 ここのチョットしたポイントとしては、template_file において template = file(“script.sh”) と vars を使わず、templatefi

                                          EKS Kubernetes AutoscalingGroup作成とUserData | 外道父の匠
                                        • EKS Managed Node Groupでカーネルパラメータを変更する - Gunosy Tech Blog

                                          21卒広告技術部のyamaYuです。 マトリックスの新作が楽しみです。 過去作を見返さなくてはと思いつつこの記事を書いています。 個人的には第一作が一番好きです。 さて、こちらの記事はGunosy Advent Calendar 2021の15日目の記事になっています。 昨日は村田さんの『AdKDD & KDD 2021 に参加しました』という記事でした。 今回は、EKS Managed Node Groupでカーネルパラメータを変更する必要があったのですが、一筋縄ではいかなかったのでその話を書こうと思います。 背景: net.core.somaxconnを増やしたい Kubernetesでsysctlを実行する EKS Managed node groupでkubeletの設定を変更する おわりに 🐾 背景: net.core.somaxconnを増やしたい ここ最近の担当業務として、

                                            EKS Managed Node Groupでカーネルパラメータを変更する - Gunosy Tech Blog
                                          • EKS Kubernetes クラスタ作成 | 外道父の匠

                                            それでは、ようやく Kubernetes on EKS を構築していこうと思います。一気に進めるとグチャグチャになりそうなので、こまめに分けていくよう意識していきます。 今回は、Kubernetes のクラスタを触れるようにするとこまでで、実際には何も動かないですが大事なベースです。 概要 Kubernetes on EKS を Terraform 一本勝負でゴリゴリ書いていきます。EKS も Kubernetes も Helm も全部です。あとは LaunchTemplate の user data などのいくつかのちょっとした処理でシェルスクリプトを使う程度です。 Terraform のバージョンは v0.12.0 以降を想定しており、自分の環境だと terraform も provider も常に最新にしていくよう意識しています。特に kubernetes provider は発展途

                                              EKS Kubernetes クラスタ作成 | 外道父の匠
                                            • Amazon EKS Pod Identity simplifies IAM permissions for applications on Amazon EKS clusters | Amazon Web Services

                                              AWS News Blog Amazon EKS Pod Identity simplifies IAM permissions for applications on Amazon EKS clusters Starting today, you can use Amazon EKS Pod Identity to simplify your applications that access AWS services. This enhancement provides you with a seamless and easy to configure experience that lets you define required IAM permissions for your applications in Amazon Elastic Kubernetes Service (Am

                                                Amazon EKS Pod Identity simplifies IAM permissions for applications on Amazon EKS clusters | Amazon Web Services
                                              • EKS Kubernetes NodeとPodのAutoscaling | 外道父の匠

                                                みんな大好き Autoscaling の時間です☆ 少し長めになっちゃったのですが、分割するとわかりづらくなりそうだったので1つでぶっ込んでいきます。 さてここで新たに、helm という仕組みが登場します。Kuberntes におけるパッケージ管理みたいなもので、これも Terraform でやっつけちゃうので安心して・・・うーん、最後までいければいいですね!くらいな感じです。 EKS における Autoscaling の仕組み まずおさらいとして、ALB + EC2 の時はどうやっていたかというと、Autoscaling Group に CloudWatchAlarm を組み合わせて、例えばCPU使用率を条件に、何%を超えたら既存台数の何%を増加、何%より低くなったら既存台数の何%を減少、のように実現していました。 これがガラリと変わって CloudWatchAlarm とオサラバします

                                                  EKS Kubernetes NodeとPodのAutoscaling | 外道父の匠
                                                • EKS クラスタの CronJob を Fargate 上で実行する方法 | Recruit Tech Blog

                                                  こんにちは、スタディサプリ ENGLISH SRE グループの巻田です。 現在リクルートの夏アルバイトとしてこのチームに所属しています。 この記事では EC2 上に構築された EKS クラスタの CronJob のみを Fargate 上で実行できるようにするための方法を紹介します。 はじめに スタディサプリ ENGLISH ではインフラに EKS を採用しています。Kubernetes には CronJob1)https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/ と呼ばれる機能があり、ジョブを定期的に実行することができます。スタディサプリ ENGLISH ではこの機能を使って様々なバッチ処理を実行しています。 Fargate を導入したい背景 スタディサプリ ENGLISH で使用している EKS は元々

                                                    EKS クラスタの CronJob を Fargate 上で実行する方法 | Recruit Tech Blog
                                                  • Amazon EKS でのアプリケーション負荷分散 - Amazon EKS

                                                    Kubernetes ingress を作成するとき、アプリケーショントラフィックの負荷分散を行う AWS Application Load Balancer (ALB) がプロビジョニングされます。詳細については、「Application Load Balancer ユーザーガイド」の「Application Load Balancer とは?」および「Kubernetes ドキュメント」の「イングレス」を参照してください。ALB は、ノードまたは AWS Fargate にデプロイされた Pods で使用できます。ALB をパブリックサブネットまたはプライベートサブネットにデプロイできます。 アプリケーショントラフィックは、OSI モデルの L7 で負荷分散されます。L4 でネットワークトラフィックの負荷分散をするには、LoadBalancer タイプの Kubernetes serv

                                                    • Amazon EKS on AWS Fargateに対応したmackerel-container-agentのアルファ版を公開しました - Mackerel お知らせ #mackerelio

                                                      こんにちは。SREの今井(id:hayajo_77)です。 現在ご提供しているmackerel-container-agentはKubernetesに対応しています。 Amazon EKSでももちろん利用できますが、先日のre:Inventで発表されたAmazon EKS on AWS Fargate(以降EKS on Fargate)では動作しません。 そこでEKS on Fargateに対応したmackerel-container-agentのアルファ版を公開しました。 mackerel/mackerel-container-agent:v0.3.0-alpha mackerel/mackerel-container-agent:v0.3.0-plugins-alpha(プラグイン同梱) こちらのDockerイメージをPodのサイドカーとしてデプロイしていただくことで従来のKubern

                                                        Amazon EKS on AWS Fargateに対応したmackerel-container-agentのアルファ版を公開しました - Mackerel お知らせ #mackerelio
                                                      • SaaS における EKS のシングルテナントクラスタ戦略とスポットインスタンス活用術 / EKS single-tenant cluster strategy and Spot Instances

                                                        「コンテナ × スポットインスタンス」 活用セミナーの登壇資料です。

                                                          SaaS における EKS のシングルテナントクラスタ戦略とスポットインスタンス活用術 / EKS single-tenant cluster strategy and Spot Instances
                                                        • 「Fargate for EKS」というタイトルでre:Growth 2019に登壇しました #reinvent #cmregrowth | DevelopersIO

                                                          2019年12月11日に弊社主催セミナーで「Fargate for EKS」についてお話させて頂きましたので資料を公開します。 資料 まとめ 5分のLTということもあり、そんなに多くのことは話せなかったので別途検証ブログ(ログ周りの実装やコスト面など)書きます!

                                                            「Fargate for EKS」というタイトルでre:Growth 2019に登壇しました #reinvent #cmregrowth | DevelopersIO
                                                          • Amazon EKS で Kubernetes のダイナミックアドミッションコントローラをサポート

                                                            Amazon Elastic Container Service for Kubernetes (EKS) は、ダイナミックアドミッションコントローラをサポートするようになりました。これにより、お客様はカスタムウェブフックをデプロイして、AWS でネットワークトラフィックの制御と Kubernetes クラスターのモニタリングを実行する追加のオープンソースツールを使用できるようになりました。 アドミッションコントローラは、API リクエストが認証および許可された後、Kubernetes クラスター内のオブジェクトの状態が保存される前にコードを実行できるようにする Kubernetes の構造体です。ダイナミックアドミッションコントローラにより、アドミッションリクエストの承認、拒否または変更が可能になります。 以前は、Amazon EKS でダイナミックアドミッションコントローラを使用するこ

                                                              Amazon EKS で Kubernetes のダイナミックアドミッションコントローラをサポート
                                                            • [レポート]CAPCOMがコンテナ、データ、MLを使ってユーザーに楽しませるゲームを高速に構築する方法 #GAM302 #reinvent | DevelopersIO

                                                              こんにちは、AWS事業本部の島川です。 本記事ではラスベガスで開催されたAWSの一大イベント AWS re:Invent 2019で発表されたセッションをご紹介いたします。 冒頭、日本のカプコンの社員さんがボケをかましていたセッションで面白かったです笑 今回紹介するセッション How CAPCOM builds fun games fast with containers, data, and ML スピーカー Liang Fan - Solution Achitect, Amazon Web Services Inoue Shinichi - VPoE, General Manager, CAPCOM Co., Ltd. Jumpei Nakajima - Engineer System Development Section, CAPCOM Co., Ltd. Kazuki Nakam

                                                                [レポート]CAPCOMがコンテナ、データ、MLを使ってユーザーに楽しませるゲームを高速に構築する方法 #GAM302 #reinvent | DevelopersIO
                                                              • Capturing logs at scale with Fluent Bit and Amazon EKS | Amazon Web Services

                                                                Containers Capturing logs at scale with Fluent Bit and Amazon EKS Earlier this year, AWS support engineers noticed an uptick in customers experiencing Kubernetes API server slowness with their Amazon Elastic Kubernetes Service (Amazon EKS) clusters. Seasoned Kubernetes users know that a slow Kubernetes API server is often indicative of a large, overloaded cluster or a malfunctioning controller. On

                                                                  Capturing logs at scale with Fluent Bit and Amazon EKS | Amazon Web Services
                                                                • 2020年のAmazon EKSを振り返る | 働くひとと組織の健康を創る iCARE

                                                                  こんにちは!インフラエンジニアのずやです! この記事はiCARE Advent Calendar 2020の11日目の記事です。 今年1年でAmazon EKSにもたくさんのアップデートが発表されましたね。 今回は2020年のEKSのアップデートをざっくりとまとめてみました。 下記の4カテゴリ別に時系列順で振り返っていきます! ・全体 ・マネージドノードグループ ・Farrgate ・Kubernetesバージョンのサポート状況の遷移 全体 [1月] 料金が半額に! Amazon EKS Announces が 50% の値下げを発表 EKSクラスターの利用料金が一気に半額になりました! EKSクラスタごとの毎時の課金額が0.20USDから0.10USDに値下げされました。 1か月の料金で見ると144USDから72USDになります。 EKSをより気軽に使いやすくなる素敵なアップデートですね

                                                                    2020年のAmazon EKSを振り返る | 働くひとと組織の健康を創る iCARE
                                                                  • https://assets.api.gamma.app/export/pdf/brvefmmeby4qbrl/68857306de0f0c77da12ce202bf2fe09/Introducing-actions-runner-controller.pdf

                                                                    • Kubernetes入門 〜ローカル環境で触ってからEKSへのデプロイまで〜 - Qiita

                                                                      この記事について 「Kubernetesを実際に触って勉強してみたい!」となって参考記事を探してみると、多くの記事がいきなりEKSやGKEといったクラウド上の本番環境を触るところからのスタートになっています。 「いきなり本番環境はちょっと……」「まずはローカル環境で軽く触って慣れてからクラウド上の環境を構築したい!」という方向けに、 Kubernetesのアーキテクチャの勉強 ローカルで実際に触ってみる EKSにデプロイ という流れで、Kubernetesってこんな感じなんだ!という雰囲気を紹介したいと思います。 使用する環境・バージョン OS : macOS Mojave 10.14.5 Docker.app : 2.2.0.5 Kubernetes : v1.15.5 eksctl : 0.23.0 aws-cli : 2.0.10 前提条件 Docker App, AWS CLIはイ

                                                                        Kubernetes入門 〜ローカル環境で触ってからEKSへのデプロイまで〜 - Qiita
                                                                      • Kubernetes(EKS)で秘密情報をどう扱うか

                                                                        まとめ 秘密情報をEKS上で楽に管理したい。 これまでは秘密情報を暗号化したファイルを使って注入してた 変数ごとに何が変更されたかを確認するのが面倒 AWS KMSで暗号化してたのでAWS CLIのインストールのためにPythonを入れるのが微妙 KubernetesのSecretをそのまま使うのは避けたい Base64してるだけで暗号化してない k8sの権限の強い人からは見えてしまう 環境変数の値だけを暗号化してPod内で複合 リポジトリに読める形でコミットできる 追加・変更されたか否かのレベルでなら確認できる Pod以外は複合できないためマルチテナントなk8sだと権限管理が楽 shushならバイナリ一個入れるだけですむ GKEに移っても実装できそうな規模なのでなんとかなりそう。 欠点もある バイナリを一個置く必要がある entrypoint/commandの変更が必須 起動時に暗号化し

                                                                        • 分散アプリケーションランタイム「Dapr」で構築したアプリケーションをEKS上にデプロイしてみる | DevelopersIO

                                                                          SDK languages ビルディングブロック Daprはいくつかのビルディングブロックから構成されており、開発者は自分に必要なビルディングブロックだけを選択して利用できように構成されています。提供されるビルディングブロックは以下の通りで、分散アプリケーションの構築に必要となる一通りの機能を有していることがわかります Service invocation gRPC APIもしくはHTTP APIを利用して、別のアプリケーションをセキュアに呼び出すためのビルディングブロックです 名前空間 mTLSによる認証 アクセスコントロール リトライ サービスディスカバリ ロードバランシング トレーシング といった機能が提供されます State management キー/バリュー形式でステート管理を実現するためのビルディングブロックです ステートの保存先として MongoDB Redis Azure

                                                                            分散アプリケーションランタイム「Dapr」で構築したアプリケーションをEKS上にデプロイしてみる | DevelopersIO
                                                                          • Key metrics for Amazon EKS monitoring

                                                                            Amazon Elastic Kubernetes Service, or Amazon EKS, is a hosted Kubernetes platform that is managed by AWS. Put another way, EKS is Kubernetes-as-a-service, with AWS hosting and managing the infrastructure needed to make your cluster highly available across multiple availability zones. EKS is distinct from Amazon Elastic Container Service (ECS), which is Amazon’s proprietary container orchestration

                                                                              Key metrics for Amazon EKS monitoring
                                                                            • EKS Pod Identity を活用して Terraform でプロビジョニングした EKS を Blue/Green アップグレードしてみた | DevelopersIO

                                                                              EKS Pod Identity を活用して Terraform でプロビジョニングした EKS を Blue/Green アップグレードしてみた EKS Pod Identity とは? EKS クラスター内の Pod に AWS 権限を与える新しい方式として EKS Pod Identity が発表されました。 Pod に Service Account 単位で細かく権限設定を行う際、 IRSA(IAM Roles for Service Accounts) を以前から利用できました。 こちらを使わずに EKS ノード単位で権限を付与すると Pod に必要以上の権限を付与してしまう可能性が高いため、IRSA はかなり一般的に利用されている機能かと思います。 Pod Identity も特定 Service Account 内の Pod から IAM ロールを利用可能にするための同じ目的

                                                                                EKS Pod Identity を活用して Terraform でプロビジョニングした EKS を Blue/Green アップグレードしてみた | DevelopersIO
                                                                              • Amazon EKS Kubernetes のバージョン - Amazon EKS

                                                                                Kubernetes プロジェクトでは、新機能、設計の更新、バグ修正を継続的に統合しています。コミュニティでは、Kubernetes の新しいマイナーバージョン (1.26 など) をリリースしています。新しいバージョンは、およそ 3 か月ごとにリリースされます。各マイナーバージョンは、最初にリリースされてから約 12 か月間サポートされます。 利用可能な Amazon EKS Kubernetes のバージョン 現在、次の Kubernetes バージョンが、新しい Amazon EKS クラスターで利用可能です。 アプリケーションが特定のバージョンの Kubernetes を必要としない場合、Amazon EKS がクラスター用にサポートしている、利用可能な最新の Kubernetes バージョンを使用することをお勧めします。新しい Kubernetes バージョンが Amazon E

                                                                                • Amazon EKS の使用開始 - Amazon EKS

                                                                                  kubectl - Kubernetes クラスターを操作するためのコマンドラインツール。詳細については、「kubectl のインストールまたは更新」を参照してください。 eksctl – EKS クラスターで多くの個別のタスクを自動化するために使用するコマンドラインツール。詳細については、「eksctl のインストールまたは更新」を参照してください。 AWS CLI – Amazon EKS など AWS のサービスを操作するためのコマンドラインツールです。詳細については、 ユーザーガイドの、「AWS CLI のインストール、更新、およびアンインストールAWS Command Line Interface」を参照してください。AWS CLI のインストール後は、設定も行っておくことをお勧めします。詳細については、 ユーザーガイドの「aws configure でクイック設定AWS Com