HAQM Web Services ブログ
Tag: HAQM EKS
AWS Load Balancer Controller を利用した TargetGroupBinding のパターン
この記事では、Kubernetes ネイティブリソースでロードバランサーのライフサイクルを管理することが理想的でない使用例とアーキテクチャパターンを探ります。
Karpenter の活用: AWS ソリューションを使った Kafka の HAQM EKS 移行
この記事では、Kafka アプリケーションを Kubernetes に移行したことで組織が実現した主な利点、直面した課題、およびその課題を克服するために採用した AWS ソリューションについて説明します。
HAQM EKS で Multus を使用した Karpenter ノードのデプロイ
この記事は、こちらのブログ「Deploying Karpenter Nodes with Multus on […]
ユビタスの AWS 生成 AI 事例 : HAQM EC2 や AWS Parallel Cluster による大規模言語モデルの開発を加速
本ブログは、株式会社ユビタスと HAQM Web Services Japan が共同で執筆いたしました。 […]
Karpenter 1.0 がローンチされました
本日、Karpenter v1.0.0 のリリースにより、Karpenter がベータ版から卒業したことを誇りに思います。このリリースでは、安定版の Karpenter API、すなわち NodePool と EC2NodeClass が今後の 1.0 マイナーバージョンリリースでも同様に利用可能で、マイナーリリース間で互換性のない変更が加えられることはありません。この記事では、現行の Karpenter v0.37 と v1.0.0 の変更点について説明します。
マネージド型ノードグループを利用した HAQM EKS クラスターのアップグレード戦略を検討する
はじめに HAQM Elastic Kubernetes Service (HAQM EKS) は、独 […]
Karpenter を採用することで Slack はどのように業務効率とコスト効率を高めたか
Slack は人々、会話、アプリ、システムを 1 つの場所につなぐ AI を活用した業務用のプラットフォームです。Slack は、コンテナのデプロイや管理をシンプルにするために、”Bedrock” というコードネームの内部コンピューティングオーケストレーションプラットフォームを HAQM Elastic Kubernetes Service (HAQM EKS) を採用して構築しました。Bedrock は、単一の YAML ファイルでビルド、デプロイ、ランタイム環境を処理することで、Slack 内部の開発者の複雑さを大幅に軽減しています。また、Jenkins、FQDN サービスディスカバリー、Nebula overlay network などのツールを活用して効率的な運用を実現しています。Slack のアプリケーションの 80% 以上が Bedrock で稼働しており、テストの精度が向上し、インフラストラクチャの管理が洗練されたことで、開発者はより効率的に作業できるようになりました。
Hosted Control Plane (HCP) を備えた Red Hat OpenShift Service on AWS (ROSA) を解説
2015年に AWS で初めてリリースされて以来、Red Hat OpenShift は似たようなアーキテクチャを持ってきました。OpenShift 3 、 OpenShift 4 、自己管理の OpenShift Container Platform (OCP) か、マネージドサービスの ROSA かを問わず、お客様はこれまで自身の AWS アカウント内に存在するコントロールプレーンについて、関連するコストを相殺して投資対効果 (ROI) を最大化する方法を検討してきました。これに応えるべく Red Hat は OpenShift 向けに Hosted Control Plane (HCP) をリリースしました。
HAQM VPC CNI が拡張サブネットディスカバリーを導入
AWS の HAQM Elastic Kubernetes Service (HAQM EKS) を使用してアプリケーションをモダナイズする際、ユーザーはしばしばスケールに伴う IPv4 アドレス空間の枯渇という深刻な問題に直面します。ユーザーは、運用の複雑さを増やすこと無く、EKS 上の Pod に割り当てられた VPC の CIDR とサブネットをできる限り活用したいと考えています。IPv6 アドレス空間の利用が、スケーラブルなネットワークソリューションを構築するための長期的な解決策になると考えられています。しかし、他のネットワークコンポーネントやアプリケーションの IPv6 サポートの制約から、HAQM EKS ユーザーは IPv4 環境を強いられている可能性もあります。そこで、HAQM EKS ではネットワーク設定を合理化し、運用の複雑さを増やすことなく IPv4 ベースのクラスターをスケーリングできるように、拡張サブネットディスカバリーのサポートを導入しました。
HAQM EKS Windows ワークロードの監視のための HAQM CloudWatch Container Insights 発表
この記事では、HAQM EKS Windows クラスターに Container Insights を有効化するプロセスを紹介します。Container Insights を利用することで、数回のクリックで、HAQM EKS Windows クラスターのコントロールプレーンとデータプレーンの両方の詳細なメトリクスを収集できるようになります。HAQM EKS クラスターで高度な CloudWatch Container Insights を有効にし、HAQM EKS クラスター上で実行中の Windows ワークロードの組み込みのダッシュボードを使うことで、パフォーマンス問題の特定と解決にかかる時間を短縮できます。