Kubecost と NGINX による Kubernetes のコストとパフォーマンスの管理

コストとリスクのバランスを取ることは、今日の企業にとって最優先事項です。 しかし、十分な可視性がなければ、リソースが効果的に、または一貫して使用されているかどうかを知ることは不可能です。

Kubernetes を使用すると、一時的であり、消費するクラスター リソースの量が変動することが多い、コンテナー化されたワークロードの複雑な展開が可能になります。 クラウド環境は、ピーク負荷を見越して過剰にプロビジョニングする必要がなく、使用した分だけ支払う価格モデルを提供しているため、Kubernetes に最適です。 もちろん、クラウドベンダーはその利便性に対してプレミアム料金を請求します。 コストをかけずにパブリック クラウドの動的な負荷分散を実現できたらどうでしょうか? オンプレミスとパブリック クラウドの展開に同じソリューションを使用できるとしたらどうでしょうか?

今ならできます。 Kubecost と NGINX は、Kubernetes ユーザーが数え切れないほどのデプロイメントで複雑さとコストを削減するのに役立っています。 これらのソリューションを併用すると、最適なパフォーマンスが得られ、そのパフォーマンスと関連コストを究極的に可視化できます。

Kubecost からの洞察により、Kubernetes デプロイメントのコストを大幅に削減しながら、パフォーマンスとセキュリティを向上させることができます。 Kubecost で実現できることの例は次のとおりです。

• ポッドが別のリージョンのストレージ バケットに大量の出力トラフィックを作成している構成ミスを特定します。
• マルチクラスター Kubernetes フットプリント全体でロードバランサーと Ingress コントローラー ツールを統合し、コストを削減してパフォーマンスを向上させます。
• コンテナのパフォーマンスを把握することで、コンテナのサイズを適切に設定し、リスクなしでコストを削減できます。

NGINXは必要なパフォーマンスを提供します

NGINX Ingress Controller は、最も広く使用されている Ingress テクノロジーの 1 つであり、これまでにDocker Hub で 10 億回以上プルされており、本番環境で実行される高性能でスケーラブルかつ安全な最新アプリの代名詞となっています。

NGINX Ingress Controller は、Kubernetes 環境内の NGINX Open Source または NGINX Plus インスタンスと並行して実行されます。 標準の Kubernetes Ingress リソースとNGINX カスタム リソースを監視して、Ingress ロード バランシングを必要とするサービスのリクエストを検出します。 NGINX Ingress Controller は、NGINX または NGINX Plus を自動的に構成し、これらのサービスへのトラフィックをルーティングして負荷分散します。

NGINX Ingress Controller は、API ゲートウェイ、ロード バランサ、Ingress コントローラの機能を組み合わせる汎用ツールとして使用でき、操作を簡素化し、コストと複雑さを軽減します。

Kubecost がネットワーク運用の真のコストを明らかにする

Kubecost を使用すると、Kubernetes ユーザーはクラスター内の各コンテナの実行コストを可視化できます。 これには、各ノードの CPU、メモリ、ストレージのコストが含まれます。 しかし、Kubecost はそれらの基本を超えて、クラウド プロバイダーからのデータ送信時に通常発生するポッドごとのネットワーク転送コストを明らかにします。

Kubecost がコストを適切なワークロードにどれだけ正確に割り当てるかを決定する 2 つの構成オプションがあります。

最初のオプションは統合クラウド課金です。 Kubecost は、トラフィックを処理したノードに関連付けられたネットワーク転送コストを含む課金データをクラウド プロバイダーから取得します。 Kubecost は、コンテナ トラフィックのシェアに応じて、このコストをそのノード上のポッド間で分配します。

報告されるネットワーク コストの合計は正確ですが、この方法は理想的ではありません。 多くのポッドでは、重要なトラフィックは独自のゾーン内だけにあるため無料ですが、Kubecost はこれらのワークロードのネットワーク コストを表示します。

2 番目のオプションであるネットワーク コスト構成は、すべてのトラフィックの送信元と送信先を調べることで、クラウド課金統合のこの制限に対処します。 Kubecost Allocationsダッシュボードには、Kubernetes の概念 (名前空間、ラベル、サービスなど) や組織部門 (チーム、製品、プロジェクト、部門、環境など) を含む複数のカテゴリにわたる支出の割合が表示されます。

詳細は今後のウェビナーでご確認ください

4月11日午前10時にご参加ください 共同ウェビナー「NGINX と Kubecost を使用した Kubernetes のコストとパフォーマンスの管理」は太平洋標準時で開催されます。 ライブデモとハウツーでは、ここで説明した Kubecost 構成オプションを実装して、Kubernetes デプロイメントのコストを削減し、パフォーマンスを最適化する方法を紹介します。