Container Service for Kubernetes:Service quick start

名称

説明

シナリオ

課金

ClusterIP

デフォルトのサービスタイプです。ClusterIP サービスは、クラスター内からのみアクセス可能な仮想 IP アドレスを割り当てます。

サービスがクラスター内でのみ通信を行い、外部に公開する必要がない場合に使用します。

たとえば、クラスター内でデプロイされたフロントエンドアプリケーションの Pod が、同じクラスター内でデプロイされたバックエンドデータベースにアクセスする必要がある場合、バックエンドデータベースは ClusterIP サービスとして実行できます。

無料です。

NodePort

NodePort サービスは、クラスター内の各ノードでポートを開きます。これにより、<NodeIP>:<NodePort> の形式で外部からサービスにアクセスできます。このメカニズムは、OSI モデルのレイヤー 4（トランスポート層）で動作します。

一時的または低トラフィックのアプリケーションの場合、外部ネットワークにポートを公開できます。

たとえば、テスト中に Web アプリケーションをデプロイおよびデバッグする際に NodePort サービスを使用できます。LoadBalancer サービスとは異なり、NodePort サービスはノード間のロードバランシングを提供しません。トラフィックは単一のノードに送信されるため、リソースのボトルネックを引き起こしやすくなります。

このサービスタイプは無料です。パブリックネットワークへのアクセスを有効にするには、ノードに EIP をバインドできます。EIP の課金については、「課金の概要」をご参照ください。

LoadBalancer

LoadBalancer サービスタイプは、NodePort サービスタイプを基盤とし、外部ロードバランサを追加したものです。これにより、外部トラフィックをクラスター内の複数の Pod に円滑に分散できます。Service は、クライアントがサービスにアクセスするために使用できる外部 IP アドレスを自動的に提供します。レイヤー 4（トランスポート層）の TCP および UDP トラフィック、およびレイヤー 7（アプリケーション層）の HTTP および HTTPS トラフィック管理をサポートします。

パブリッククラウド上でアプリケーションを実行し、安定的かつ容易に管理可能な外部エントリポイントを必要とする場合に使用します。

たとえば、大量の外部トラフィックを処理し、高可用性を確保する必要がある本番環境向けのパブリックサービス（Web アプリケーションや API サービスなど）に、このサービスタイプを使用できます。

Server Load Balancer インスタンスに対して課金されます。詳細については、

CLB の課金の概要および

NLB の課金ルールをご参照ください。

ヘッドレスサービス (Headless Service)

ヘッドレスサービスには仮想 IP アドレスがありません。このサービスに対する DNS クエリを実行すると、単一のサービス IP アドレスではなく、Pod の IP アドレスの一覧が返されます。これにより、特定の Pod を直接検出および接続できます。

アプリケーションがエージェントやロードバランサを経由せず、特定のバックエンド Pod と直接通信する必要がある場合に使用します。

たとえば、ClickHouse のようなステートフルアプリケーションをデプロイする場合、ヘッドレスサービスを使用して、アプリケーションの Pod が各 ClickHouse Pod に直接アクセスできるようにできます。これにより、Pod がデータを均等に読み取ったり、選択的に書き込んだりすることが可能になり、データ処理効率が向上します。

無料です。

ExternalName

ExternalName サービスは、クラスター内の内部サービス名を外部ドメイン名にマッピングします。このマッピングにより、クラスター内の Pod がサービス名を使用して外部ドメインにアクセスできるようになります。

クラスターがパブリックドメイン名で公開されているサービスにアクセスする必要がある場合に使用します。

たとえば、アプリケーションの Pod が外部データベースのドメインにアクセスする必要がある場合、ExternalName サービスを使用して、そのドメインを内部サービス名にマッピングできます。これにより、クラスター内からサービス名を使用して直接アクセスできます。

無料です。