Introducing Amazon EKS Distro (EKS-D) | Amazon Web Services
AWS Open Source Blog Introducing Amazon EKS Distro (EKS-D) This post was contributed by Allan Naim, Chandler Hoisington, Raja Jadeja, Micah Hausler, and Michael Hausenblas. Today we announced Amazon EKS Distro (EKS-D), a Kubernetes distribution based on and used by Amazon Elastic Kubernetes Service (Amazon EKS) to create reliable and secure Kubernetes clusters. With EKS-D, you can rely on the same
はじめに おはようございます､加藤です｡GitOpsという言葉は聞いた事があるでしょうか？ Weaveworksが提唱する運用・CDの手法で､GitをインフラストラクチャのSingle Source of Truth(信頼できる唯一の情報源)として扱い､変更の承認はプルリクエストで行うというものです｡ 運用経験がある訳でもないので浅い理解ですが､下記のように捉えています｡ インフラストラクチャを宣言的に管理 Gitからインフラストラクチャへ同期し続ける Pull型アーキテクチャ 今回は､KubernetesでGitOpsを実現するツールのArgo CDをAmazon EKSで検証してみました｡ やってみた ドキュメントのGetting Startedを参考に進めて行きます｡ 環境情報 項目 値 kubectl version Client Version: version.Info{Maj
EKS利用時に注意すべきポイント - Qiita
職場でEKSを利用しているので、EKS固有の注意点とかまとめられるといいな〜と思っていました。この記事ではオンプレでKubernetesを利用している人がEKSを使う場合にどういう点に気をつけるといいかをProductionproofing EKSも参考にしてまとめてみます。目次を見て、興味ありそうなら読んでみてください。 ニッチなケースは対策までは考えれていないので、随時思いつけたら更新できるといいなと思います。 ネットワーク KubernetesはCNIによってネットワーク実装をプラガブルなものとしています。EKS利用時はamazon-vpc-cni-k8s（以下、aws-cni)というCNIを利用します。そのためaws-cniの仕様に基づく固有の注意点を理解する必要があります。それぞれの注意点に結びつく、aws-cniの重要な特徴は「PodのIPアドレスにEC2インスタンスのセカンダ
Choosing your container environment on AWS with ECS, EKS, and Fargate
The Control PlaneWhen deploying containers on AWS the control plane is your entry point to running your application. It is the interface that you will interact with when you want to launch an application, query the state of an application, or shut an application down. AWS now offers two fully managed control planes to choose between: Amazon Elastic Container Service (ECS) is a fully managed, highl
Amazon EKS Introduces Kubernetes API Server Endpoint Access Control
You can now control access to the Kubernetes API server endpoint managed by Amazon Elastic Container Service for Kubernetes (EKS), so that traffic between Kubernetes worker nodes, the Kubectl command line tool, and the EKS-managed Kubernetes API server stays within your Amazon Virtual Private Cloud (VPC). This allows you to isolate the Kubernetes control plane and worker nodes within your VPC, pro
夏の AWS Fargate & Amazon ECS/EKS 祭り に参加しました - なるべくシンプルに
初めてAWS新オフィスにお邪魔しました！ 特にユーザ事例のお話はとてもためになって、すごく満足度が高い会でした。 特に、「理想状態への収束」というキーワードは、最近特に気にしていることで、 今の仕事にも積極的に活かそうと思いました。 Kintone on EKS Cybozu 野島さん Kintone：業務アプリケーションを業務ユーザが作るためのプラットフォーム US向けにサービス展開→AWSで展開 メンバーは10人程度,2~3名のチームに分割 1アカウント、チーム分VPCを作っている 毎日夜8時に完全削除、毎朝5時に新規作成、すべてIaC Ingress→Nginx→APのような構成、DBはAuroraでEKSの外側 なぜEKSに乗せたか？ →「手順」ではなく「理想状態」を与えてデプロイできる 「理想状態への収束」 いわゆる"手順"は差分的な考え方 →「現在の状態」と「理想の状態」の差分
S3マウント用のCSIドライバーが提供され、EKSからS3を永続ボリュームとしてマウント可能になりました！ #AWSreInvent | DevelopersIO
S3マウント用のCSIドライバーが提供され、EKSからS3を永続ボリュームとしてマウント可能になりました！ #AWSreInvent 「Kubernetesで大型のファイル扱うの面倒くさい。NodeのAMIに埋め込むとかじゃだめ？」 「やりたいことはわかるけど、運用めっちゃ面倒くさいでしょ、それ」 大型のファイルを扱う場合、ストレージの料金や運用に手間がかかるため、オブジェクトストレージ（S3）に格納することはよくあるシチュエーションだと思います。 今回のアップデートで、S3のマウントポイントがCSI（Container Storage Interface）に対応し、Kubernetesの永続ボリュームとしてS3をマウントすることができるようになりました。Kubernetesでホストするアプリケーションの活用方法が大幅に広がる意欲的なアップデートとなります。 このブログでは、アップデートの
Amazon EKS上でTrendMicro DeepSecurity SmartCheckを試してイメージスキャンをやってみました | DevelopersIO
こんにちわ、札幌のヨシエです。 2019年ももうすぐ終わりに近づいてますが、振り返ってみるとコンテナに触る機会が多い一年だったと思います。 コンテナオーケストラレーションツールであるECSやEKSを始めとして、コンテナ用ツールも触ってきました。 その中でTrendMicro社が提供しているコンテナイメージの脆弱性スキャンツールとして提供されているTrend Micro Deep Security Smart Checkを触ってみたので使用方法と使った所感を書いてみます。 DeepSecurity Smart Checkはどういうものか？ 冒頭で記載しているようにコンテナイメージの脆弱性スキャンを行ってくれるサービスとなります。 目玉機能として、EC2などのサーバーセキュリティで多くのユーザーに利用されているDeep Securityと同様にSmart Protection Networkか
EKSにおけるAutoScalingパターン
Amazon EKS Advent Calendar 2019の3日目です 最近EKSにおけるAutoScalingについて仕事でいろいろ試して、知見がだいぶたまったのでそれをまとめてみようと思います。 (といっても商用環境でこれを適用したというわけでなく、検証した程度なので商用環境で耐えれる内容ではないかもしれません..) k8sのAutoScalingについて最初にk8sにおけるAutoScalingについて触れておこうと思います。 k8sの世界でスケールさせる必要があるリソースはなんでしょうか？ PodとNodeですね。 Podはk8sの世界に置いてデプロイできるアトミックなリソースですし PodはNodeの上に配置されるため、Pod数が増加してきたときに配置に耐えれるようにスケールできる必要があります。 これらのスケール方法ですが Podであれば、単純に新しいPodを配置したりDe
オンプレミスでAmazon EKS環境を実現する「Amazon EKS Anywhere」がRed Hat Enterprise Linuxに対応
オンプレミスでAmazon EKS環境を実現する「Amazon EKS Anywhere」がRed Hat Enterprise Linuxに対応 Amazon Web Services（AWS）は、オンプレミスなどAWS以外の環境でもAmazon EKS（Amazon Elastic Kubernetes Service）と同等のKubernetes環境を構築できるソフトウェア「Amazon EKS Anywhere」が、Red Hat Enterprise Linuxに対応したことを発表しました。 Amazon EKSは、AWSのクラウド上でKubernetesによるコンテナオーケストレーション、ノードプロビジョニング、Kubernetes自身のパッチ適応や更新、統合的な管理コンソールなどをマネージドサービスで提供するサービスです。 Amazon EKS Anywhereは、こうしたA
おはようございます、もきゅりんです。 最近は故あって、空いた時間をひたすら Amazon EKS Workshop に費やしております。 非常にコンテンツがボリューミーで中身が濃いです。 そのコンテンツの中から、GITOPS WITH WEAVE FLUXをやってみた、というものです。多少の行間を埋めるように心掛けました。 元々は、こちらのブログの内容かと思います。 Deploying GitOps with Weave Flux and Amazon EKS 今回やることの趣旨を簡単に述べると、Gitのみをソースとして、EKSにContinuous Delivery(以下CD。継続的なデリバリ)する、という内容です。 よく似たツールに Argo CD があります。 弊社記事でも紹介されています。 EKSでArgo CDのチュートリアルを試してみた Argo CDと同様、Pull型の同期で
Amazon EKS on Fargate を使用してコンテナイメージをビルドする方法 | Amazon Web Services
Amazon Web Services ブログ Amazon EKS on Fargate を使用してコンテナイメージをビルドする方法 この記事は、How to build container images with Amazon EKS on Fargate を翻訳したものです。 本投稿は、Container Specialist Solutions Architect の Re Alvarez-Parmar により寄稿されました。 コンテナは、開発者がアプリケーションをパッケージ化、配布、そしてデプロイする方法を簡素化するのに役立ちます。開発者は、アプリケーションコード、ライブラリ、およびその他の依存関係を含むコンテナイメージにコードをパッケージ化します。このイメージを使用して、コンテナ化されたアプリケーションを互換性のある任意のオペレーティングシステムにデプロイすることができます。2
また、Sysdig Spotlightを使うと、特定領域ミドルウェアのサマリーを自動的に抽出できます。左下にあるメニューの[Sysdig Spotlight]をクリック。 すると、[Sysdig Monitor Spotlight]画面が表示されます。 すでにインテグレートされているものもありますが、[Manage Your Integrations]をクリックすると、追加できるインテグレーションが複数表示されるので、アプリ特性に合わせて選択すると、それようのビューを取得することができます。 Explore（インフラ全体のメトリクスの表示） Exploreはメトリクス収集のメイン画面です。かなりいろんな角度から分析、収集ができるっぽいのですが、機能がかなり豊富なため最初はちょっととっつきにくいかもしれません。順を追って説明していきます。 Data Sourceの選択 左上のここをクリックす
クラスターをアップグレードすると、以前のバージョンにダウングレードすることはできません。新しい Kubernetes バージョンに更新する前に、「EKS の Kubernetes バージョンライフサイクルを理解する」で情報を確認し、さらに本トピック内の更新手順でも確認することをお勧めします。 新しい Kubernetes バージョンでは、大幅な変更が加えられている場合があります。このため、本稼働用クラスターで更新を行う前に、新しいバージョンの Kubernetes に対するアプリケーションの動作をテストしておくことをお勧めします。この際は、継続的な統合ワークフローを構築し、新しい Kubernetes バージョンに移行する前にアプリケーションの動作をテストします。 更新プロセスに含まれている Amazon EKS が、更新された Kubernetes バージョンを使用しながら新しい API
先に謝っておくと、タイトルは半分釣り。嘘はついていないのだけど。 ということでEKSをオンプレ環境で動かせるEKS Anywhere (以下EKS-A)がGAに。 aws.amazon.com 現時点で対応している構築環境は、ローカルのDocker上で動かすか、あるいはvSphere環境の2択。"ちゃんとした"環境で動かすとなると、vSphereが第一の選択肢と言うことになりそう。 EKS-Aのドキュメントを見ると、Create production clusterの項目でvSphereに構築する方法が解説されている。今回のタイトルはつまりそういうことで、EKS-AをvSphereにデプロイしてみましたよ、というお話。 EKS-Aの準備をする EKS-Aでは、環境の構築にCluster APIが使われている。VMwareのTanzu Kubernetes GridもCluster APIな
コマンド一発でEKSベストプラクティスに沿っているかチェックできる! Hardeneksを使ってみた | DevelopersIO
Hardeneksとは EKSのベストプラクティスは、以下でまとめられています。ありがたい。 EKS Best Practices Guides なのですが、自分のクラスターがこのベスプラに準拠しているのかどうか逐一チェックしていくのは中々大変です。量(項目数) が多いですし、各項目も内容が難しかったりします。 そこでこのHardeneksです。このツールはコマンド一発で対象のEKSクラスターがベストプラクティスに準拠しているのかチェックして結果を返してくれます。 aws-samples/hardeneks: Runs checks to see if an EKS cluster follows EKS Best Practices. 注意点 EKS Best Practices Guidesに書かれている全項目をチェックするわけではありません。一部の項目だけです。 インストール pip
[アップデート]EKSコンソールでKubernetesの各種リソースが確認できるようになりました #reinvent | DevelopersIO
みなさんこんにちは。今回は地味めのアップデートをご紹介します。EKSコンソールでKubernetesの各種リソースが確認できるようになりました。 Amazon EKS Console Now Includes Kubernetes Resources to Simplify Cluster Management これまで EKSコンソールで確認できるリソースは、あくまでAWSのリソースのみでした。ノードインスタンス、セキュリティグループ、VPCサブネットなどです。 k8sクラスター内のリソース、たとえばNamespaceやDeployment等の確認はできませんでした。代わりにkubectlを使って確認するのが一般的かと思います。 これから クラスター詳細画面に「ワークロード」タブが新設され、そこからk8sクラスター内の以下リソースを一覧することができるようになりました。 Deployme
![[アップデート]EKSコンソールでKubernetesの各種リソースが確認できるようになりました #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/108283f44a84b85921c0b31cf88831b365a682d7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F11%2Feyecatch_reinvent-2020-standard-hanyo.jpg)
OPENREC.tvでは昨年からEKSの本番運用が始まったことに伴い、負荷試験環境の整備を行いました。負荷試験クライアントとして選定したLocustを、負荷試験用のEKS上で稼働させることによって、様々な負荷試験を素早く実施できる様になりました。 master-slave構成におけるslaveの素早いス…
Amazon Web Services ブログ Amazon EKS で GitOps パイプラインを構築する この記事は Building a GitOps pipeline with Amazon EKS (記事公開日: 2020 年 12 月 3 日) を翻訳したものです。 本記事は Weaveworks のコンテンツディレクターの Anita Buehrle による寄稿記事です。 このシリーズの第 1 部では、GitOps の歴史、その利点、およびその仕組みについて議論しました。GitOps とは何であるかを理解したので、アプリケーションのデプロイに Flux と Amazon EKS を使用して GitOps パイプラインを設定する方法について詳しく説明します。 AWS での GitOps に何が必要か？ アプリケーションのデプロイ用またはクラスターの構成用の基本的な GitOp
Rancher2.0 v2.0.3のインストール TeraTermやターミナルを使用して、SSHでログインします。 ちなみに、AWSでUbuntuサーバにログインする際のユーザ名はUbuntuで、 秘密鍵を利用したログインとなります。 秘密鍵はインスタンスを作成する際に新規または既存のものを利用できます。 1.Dockerのインストール 1.12.6, 1.13.1, 17.03.2のいずれかのDockerをインストールします。 $ curl https://releases.rancher.com/install-docker/17.03.2.sh | sh ・ ・（省略） ・ + sudo -E sh -c docker version Client: Version: 17.03.2-ce API version: 1.27 Go version: go1.7.5 Git commi
Amazon EKSベストプラクティスガイドにクラスターアップグレードの章が追加されました | DevelopersIO
※1 ワークロードの再デプロイやDNS等の切り替え等、必要な作業の対応工数 Blue/Greenのほうが、できることや安全性は高いです。 一方、EKSクラスターを新規に作成する分、アップグレードにかかる費用や作業量は多くなります。 運用している環境にあった方法を選択する必要があります。 アップグレードの流れ アップグレードは以下の流れで、実行します。 KubernetesとEKSのリリースノードを確認 クラスターのバックアップを作成(オプション) アドオンの互換性を確認(必要に応じて、アップグレード) ワークロード内の非推奨または削除されたAPIの使用状況を特定・修正 コントロールプレーンをアップグレード kubectlを更新 データプレーンをアップグレード 詳細は本家のドキュメントを確認いただくとして、いくつかピックアップして紹介します。 1. KubernetesとEKSのリリースノー
【レポート】CON409 – Deep Dive into Amazon EKS #reinvent #con409 | DevelopersIO
はじめに re:Invent 2017 Keynote Day1で発表され大盛り上がりを見せたElastic Container Service for Kubernetes(EKS)。 【速報】AWSのマネージドKubernetesサービス、Elastic Container Service for Kubernetes(EKS)が発表されました！ #reinvent AWSサービスの内側まで含めて詳しく聞けるDeepDiveセッションのEKS版「CON409 - Deep Dive into Amazon EKS」に参加してきました。そのレポートです。 セッション概要 Amazon Elastic Container Service for Kubernetes (Amazon EKS) is a new managed service for running Kubernetes o
Amazon EKS が、マネージド型ノードグループでの EC2 スポットインスタンスのプロビジョニングと管理をサポート | Amazon Web Services
Amazon Web Services ブログ Amazon EKS が、マネージド型ノードグループでの EC2 スポットインスタンスのプロビジョニングと管理をサポート この記事は、Amazon EKS now supports provisioning and managing EC2 Spot Instances in managed node groups を翻訳したものです。 Amazon Elastic Kubernetes Service (Amazon EKS) を使用すると、アップストリームのKubernetes を利用した、セキュアで可用性の高いKubernetes クラスターを AWS で簡単に実行できます。2019 年にマネージド型ノードグループがサポートされ、EKS はクラスターの基盤となる EC2 インスタンス(ワーカーノード)をプロビジョニングし、管理できるよう
Amazon Web Services（AWS）は米国時間9月8日、オンプレミスでもクラウドでもコンテナーサービスを利用できる「Amazon EKS」のデプロイオプション「Amazon EKS Anywhere」の一般提供（GA）を発表した。 Amazon EKS Anywhereは、2020年の「AWS re:Invent」カンファレンスで初めて紹介された。オンプレミスで「Kubernetes」クラスターを作成、操作するためのインストール可能なソフトウェアパッケージと、クラスターのライフサイクルをサポートするための自動化ツールを提供する。オンプレミスで実行する必要のあるコンテナーを有しているが、クラウドと同様の管理手段を求める顧客向けに設計されている。 EKS Anywhereで、ユーザーはEKSコンソールを活用し、実行されている場所を問わずすべてのKubernetesクラスターを確認す
Amazon EKS Control Plane Metrics with Prometheus | Amazon Web Services
AWS Open Source Blog Amazon EKS Control Plane Metrics with Prometheus 中文版 – Kubernetes core components provide a rich set of metrics you can use to observe what is happening in the Control Plane. You can see how many watchers are on each resource in the API Server, the number of audit trail events, the latency of the requests to the API Server, and much more. These metrics come from the Kubernetes
新しいクラスルームトレーニングで Amazon Elastic Kubernetes Service (Amazon EKS) でコンテナを実行する方法を学ぶ | Amazon Web Services
Amazon Web Services ブログ 新しいクラスルームトレーニングで Amazon Elastic Kubernetes Service (Amazon EKS) でコンテナを実行する方法を学ぶ この記事は、2020年10月15日に AWS Training のプロダクトマネージャー Ed Van Sickle によって投稿された Learn how to run containers on Amazon Elastic Kubernetes Service with our new instructor-led course を翻訳したものです。 Amazon EKS を学ぶ入門レベル以上のトレーニングコースをお探しですか？ 良いニュースがあります！ AWS Training & Certification は、2020年10 月に新しいクラスルームトレーニング「Runnin
Using the K3s Kubernetes distribution in an Amazon EKS CI/CD pipeline | Amazon Web Services
AWS Open Source Blog Using the K3s Kubernetes distribution in an Amazon EKS CI/CD pipeline Modern microservices application stack, CI/CD pipeline, Kubernetes as orchestrator, hundreds or thousands of deployments per day—this all sounds good, until you realize that your Kubernetes development or staging environments are messed up by these deployments, and changes done by one developer team are affe
Amazon EKS における Kubernetes ネイティブな開発者のための CloudWatch 中心のオブザーバビリティの実装 | Amazon Web Services
Amazon Web Services ブログ Amazon EKS における Kubernetes ネイティブな開発者のための CloudWatch 中心のオブザーバビリティの実装 訳注 : この記事で出てくる K8s Cloudwatch Adapter プロジェクトは、現在はアーカイブされ、開発されていません。CloudWatch からメトリクスを取得可能なメトリクスサーバーが必要な場合には、代わりに KEDA プロジェクトをご検討ください。KEDA を使用すると、処理待ちのイベント数に基づいて、Kubernetes 上の任意のコンテナをスケーリングできます。KEDA の概要については、An overview of Kubernetes Event-Driven Autoscaling をご参照ください。 この記事は Implementing CloudWatch-centric o
Amazon Web Services ブログ Amazon EKS クラスター向けのマルチテナント設計時の考慮事項 この投稿は、AWS ソリューションアーキテクトの Roberto Migli による寄稿です。 Amazon Elastic Kubernetes Service (Amazon EKS) は、今日、コンテナアプリケーションを大規模に実行するために、数千の顧客が使用しています。よくある質問の中でも、マルチテナントの Amazon EKS クラスターをチームに提供することについてよく耳にします。 1 つまたは多くのクラスターを実行する必要がありますか? チームごと、環境ごと、アカウントごとに 1 つのクラスターを使用する必要がありますか? 正解や不正解はありません。この投稿では、正しい判断を下すためにいくつかの側面を検討していきます。 問題 マルチテナンシーでは、異なるワーク
AWS、「Amazon EKS Anywhere」のNutanix対応を発表。ハイパーコンバージド上でAmazon EKS Anywhere互換を実現
AWS、「Amazon EKS Anywhere」のNutanix対応を発表。ハイパーコンバージド上でAmazon EKS Anywhere互換を実現 Amazon Web Serces（AWS）は、オンプレミスなどAWS以外の環境でもAmazon EKS（Amazon Elastic Kubernetes Service）と同等のKubernetes環境を構築できるソフトウェア「Amazon EKS Anywhere」が、Nutanixに正式対応したことを発表しました。 下記はそれを受けたNutanix Communityのツイートとブログへのリンクです。 Luke Congdon, Andy Daniel and Aaron Delp from Nutanix Product Marketing announce GA support for Amazon EKS Anywhere o
「人事労務freee」のEC2→EKS移行で、大変だったことと良かったこと - freee Developers Hub
freee Tech Night で司会をしていますのぶじゃすです。4月23日に配信した「freee Tech Night Online #10 〜人事労務freee、EKS移行」の様子をご紹介します。人事労務freeeのアプリケーションエンジニアhanakeとSREのnekottyoの二人に、移行の経緯、プロセス、導入後のメリットとデメリットについて語ってもらいました。 登壇者の写真 hanake: 写真左上 人事労務freeeのアプリケーション開発担当。 前職でdockerの使用経験あり。インフラの知識を持ちながら、スクラムマスターとしてプロジェクトをリード。 今回は、アプリケーションエンジニア側からEKS移行にチャレンジした。 nekottyo (@nekottyo): 写真右上 人事労務freee担当のSRE。AWS、EKS周りの管理がミッション。 Datadogでの監視も担当し、
新発表 — Amazon EMR on Amazon Elastic Kubernetes Service (EKS) | Amazon Web Services
Amazon Web Services ブログ 新発表 — Amazon EMR on Amazon Elastic Kubernetes Service (EKS) 数万社のお客様が、Amazon EMR を使用して、Apache Spark、 Hive、HBase、Flink、Hudi、および Presto などのフレームワークでビッグデータ分析アプリケーションを大規模に実行しています。EMR は、これらのフレームワークのプロビジョニングとスケーリングを自動化し、さまざまな EC2 インスタンスタイプでパフォーマンスを最適化して、価格とパフォーマンスの要件を満たします。お客様は現在、Kubernetes を使用して組織全体でコンピューティングプールを統合しています。Amazon Elastic Kubernetes Service (EKS) で Apache Spark を管理してい
神戸風月堂（公式） on Twitter: "平素より神戸風月堂をご愛顧頂き、誠にありがとうございます。 創業当初より和菓子の製造販売を続けて参りましたが、令和2年8月末をもちまして全ての和菓子の製造販売を終了させて頂きます。お客様におかれましてはご不便をお掛け致しますが、… https://t.co/EkS5lG0Iqv"
平素より神戸風月堂をご愛顧頂き、誠にありがとうございます。 創業当初より和菓子の製造販売を続けて参りましたが、令和2年8月末をもちまして全ての和菓子の製造販売を終了させて頂きます。お客様におかれましてはご不便をお掛け致しますが、… https://t.co/EkS5lG0Iqv
アソビューでSREを担当している鈴木です。アソビューでは、先日、当社のサービスに利用しているEKSを最新版の1.24までバージョンアップしました。今回は、ここでいくつか問題が発生したので、発生した問題とどう対応したかという話を書きたいと思います。 はじめに バージョンアップの流れ Datadog Agentの最新化 問題の対応方法１（JMX を使用したオートディスカバリー） 問題の対応方法１（Unix ドメインソケット上の DogStatsD） 評価環境の更新 cluster-autoscalerが起動しなくなる問題の発生 fluentdでログが送信されなくなる問題の発生 本番環境の更新 まとめ はじめに EKS1.24では、Dockershimの依存の排除という内部的には大きな変更が入りました。アプリケーションのレイヤにおいては、ほぼ影響はなかったのですが、インフラの立場においては、想像
【レポート】CAグループのウエディングパーク事例 コンテナ化に向けたクラウドベンダー比較選定そしてECS？EKS？ #AWSSummit | DevelopersIO
こんばんわ、札幌のヨシエです。 AWS Summit Tokyo 2019 3日目のI3-06で行われたセッションのレポートを書きましたのでご査収頂ければと思います。 登壇者 株式会社ウエディングパーク メディア開発本部 技術責任者 西脇 靖紘(@yasuhiro1711) ウエディングパークでは、複数サービスをオンプレから AWSへの移行を進めています。 コンテナでの実現を目指しており、それに際して比較検討、そして決定した過程をお話しします。 マイクロサービスを見据えたクラウドベンダーの比較選定 ECSか、EKSか、どちらを選ぶべきなのか？ オンプレからAWS移行のポイント（仮） 登壇資料 AWSとその他クラウドベンダーとの比較選定してみた 組織として、約15年オンプレ運用していた 新規サービスは既に全てクラウドで構築していた 社内でのクラウドへの機運が高まったことで各クラウドベンダーの
LAPRAS株式会社でSREをしております、yktakaha4と申します🐧 最近、LAPRASにポートフォリオをユーザー自身でカスタマイズする機能がリリースされたのですが、 こちらに関連してSREとしてSorryページ（メンテナンスページ）を表示する機能を開発したので、 設計・実装にあたって意識した点などについて書き遺したいと思います✍ ことのおこり 弊社では毎朝エンジニア全員（10数名程度）で集まって朝会を実施しているのですが、 ある日、スクラムチームの naga3 から以下のようなアジェンダが出ました 今回の機能を実装するにあたって、そこそこレコード量が多くユーザー影響の大きいテーブルにカラム追加のマイグレーションをおこなう必要があり、 これについて作業手順上の不安があったので、夜間リリースで対処したい…という議題だったのですが、 そこから マイグレーションの失敗等に伴い本番環境の動
New – Amazon EMR on Amazon Elastic Kubernetes Service (EKS) | Amazon Web Services
AWS News Blog New – Amazon EMR on Amazon Elastic Kubernetes Service (EKS) Tens of thousands of customers use Amazon EMR to run big data analytics applications on frameworks such as Apache Spark, Hive, HBase, Flink, Hudi, and Presto at scale. EMR automates the provisioning and scaling of these frameworks and optimizes performance with a wide range of EC2 instance types to meet price and performance
Locust を用いた Amazon EKS 上で動作するワークロードの負荷テスト | Amazon Web Services
Amazon Web Services ブログ Locust を用いた Amazon EKS 上で動作するワークロードの負荷テスト 序章 多くの AWS 利用者は、自身のワークロードを実行するために Amazon Elastic Kubernetes Service ( Amazon EKS ) を利用しています。そのため、EKS クラスターをテストするプロセスを用意して、ワークロードを公開する前に弱点を特定し、クラスターを最適化することが不可欠です。負荷テストは、実世界のトラフィックを模倣する人工的な負荷を発生させることによって、ワークロードの性能や信頼性に焦点を当てます。特に、EKS の高い弾力性を期待する場合には有効です。 Locust は、リアルタイムダッシュボード 及び プログラマブルなテストシナリオを備えたオープンソースの負荷試験ツールです。 このブログでは、2 つの Amaz
Service Brokerを利用してKubernetes（EKS）からAWSのリソースを作成する | DevelopersIO
kubernetes好きのみなさん、Service Brokerは使っていますか？ Service Brokerを使えば、KubernetesのAPI経由でAWSやGCPなどの外部リソース（RDSやS3など）を管理することができます。なかなか面白い機能です。 ということで本日は、Service Broker（とService Catalog）を利用してAWSのリソースを作成する方法を紹介したいと思います。 現時点で管理できるAWSのリソースは以下になります。 dynamodb AWS Service Broker - Amazon DynamoDB sqs AWS Servicebroker - Amazon SQS s3 AWS Service Broker - Amazon S3 sns AWS Service Broker - Amazon SNS polly AWS Service
この記事はなに EKS+Terraform+CircleCI(+Go)な構成のアプリを作る際のインフラ周りのスターターキット的なリポジトリを作ったのですがそれの解説記事です。 元ネタは自分が以前(メインで)担当したマイクロサービスの構成で構築中/運用中に発生した種々のトラブルの問題解決を反映させています。 構成図 使っている要素技術をざっくり構成図にするとこんな感じです。 技術的なポイント/見どころ CircleCIからのterraform apply及びkubeclt apply HorizantalPodAutoscaler/ClusterAutoscalerによるオートスケール kustomizeによる環境ごとのマニフェストのレンダリング インフラとして目指したい形 システムの定常的な設定(=AWSリソース/K8sのオブジェクトなどで時間変化しないもの)の全てがコード化されている コ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EKSでArgo CDのチュートリアルを試してみた | DevelopersIO
EKSでWeave Fluxを使ってGitOpsしてみる | DevelopersIO
EKS環境をsysdigでモニタリングしてみた（モニタリング編） | DevelopersIO
既存のクラスターを新しい Kubernetes バージョンに更新する - Amazon EKS
EKS AnywhereをProductionでデプロイした話 - Cloud Penguins
EKS x Locustで構築する大規模負荷試験環境
Amazon EKS で GitOps パイプラインを構築する | Amazon Web Services
Rancher2.0 v2.0.3でEKSにkubernetesクラスタ構築 - Qiita
AWS 、「Amazon EKS Anywhere」の一般提供開始を発表
Amazon EKS クラスター向けのマルチテナント設計時の考慮事項 | Amazon Web Services
EKS1.24にバージョンアップした時に発生した各種問題について - asoview! Tech Blog
AWS+EKSで稼働するWebアプリにSorryページを設計・実装する
EKS+Terraform+CircleCIで作るコンテナアプリのインフラと開発基盤 - Qiita