Partition Exports

This topic describes the partition-exports configuration entry type. The partition-exports configuration entry enables Consul to export service instances to other admin partitions from a single file. This enables your services to be networked across admin partitions. See Admin Partitions for additional information.

v1.11.0+: This config entry is supported in Consul versions 1.11.0+.

Introduction

You can configure Consul to export services contained in an admin partition to one or more additional partitions by declaring the partition-exports configuration entry in the kind field. This enables you to route traffic between services in different clusters that share a single set of Consul servers.

You can configure the settings defined in the partition-exports configuration entry to apply to all namespaces and federated datacenters.

Requirements

  • A Consul Enterprise binary
  • A partition that corresponds to the configuration entry. As in, the partition exports config entry for partition “frontend” requires that the “frontend” partition exists

Usage

  1. Verify that your datacenter meets the conditions specified in the Requirements.
  2. Specify the partition-exports configuration in the agent configuration file (see config_entries) as described in Configuration.
  3. Apply the configuration using one of the following methods:

Configuration

Configure the following parameters to define a partition-exports configuration entry:

Partition exports configuration syntax

Partition exports configuration syntax

HCL

Partition Exports - 图1

  • HCL
  • Kubernetes YAML
  • JSON
  1. Kind = "partition-exports"
  2. Partition = "<partition containing services to export>"
  3. Services = [
  4. {
  5. Name = "<name of service to export>"
  6. Namespace = "<namespace in the partition containing the service to export>"
  7. Consumers = [
  8. {
  9. Partition = "<name of the partition that will dial the exported service>"
  10. },
  11. ]
  12. }
  13. ]
  1. apiVersion: consul.hashicorp.com/v1alpha1
  2. Kind: PartitionExports
  3. Partition: <partition containing services to export>
  4. Services:
  5. - Consumers:
  6. - Partition: <name of the partition that will dial the exported service>
  7. Name: <name of service to export>
  8. Namespace: <namespace in the partition containing the service to export>
  1. "Kind": "partition-exports",
  2. "Partition": "<partition containing services to export>",
  3. "Services": [
  4. {
  5. "Consumers": [
  6. {
  7. "Partition": "<name of partition that will dial the exported service>"
  8. }
  9. ],
  10. "Name": "<name of service to export>",
  11. "Namespace": "<namespace in the partition containing the service to export>"
  12. }
  13. ]

Configuration Parameters

The following table describes the parameters associated with the partition-exports configuration entry.

ParameterDescriptionRequiredDefault
KindString value that enables the configuration entry. The value should always be partition-exports (HCL and JSON) or PartitionExports (YAML)RequiredNone
PartitionString value that specifies the name of the partition that contains the services you want to export.RequiredNone
ServicesList of objects that specify which services to export. See Services for details.RequiredNone
MetaObject that defines a map of the max 64 key/value pairs.OptionalNone

Services

The Services parameter contains one or more lists of parameters that specify which services to export, which namespaces the services reside, and the destination partition for the exported services. Each list in the Services block must contain the following parameters:

  • Name: Specifies the name of the service to export. You can use a asterisk wildcard (*) to include all services in the namespace.
  • Namespace: Specifies the namespace containing the services to export. You can use a asterisk wildcard (*) to include all namespaces in the partition.
  • Consumers: Specifies one ore more objects that identify a destination partition for the exported services.

Example

The following example configures the agent to export the billing service from the default namespace of the finance admin partition to the frontend and backend partitions. Additionally, all services in all namespaces within the finance partition will be exported to the monitoring partition.

HCL

Partition Exports - 图2

  • HCL
  • Kubernetes YAML
  • JSON
  1. Kind = "partition-exports"
  2. Partition = "finance"
  3. Services = [
  4. {
  5. Name = "billing"
  6. Namespace = "default"
  7. Consumers = [
  8. {
  9. Partition = "frontend"
  10. },
  11. {
  12. Partition = "backend"
  13. }
  14. ]
  15. },
  16. {
  17. Name = "*"
  18. Namespace = "*"
  19. Consumers = [
  20. {
  21. Partition = "monitoring"
  22. }
  23. ]
  24. }
  25. ]
  1. Kind: partition-exports
  2. Partition: finance
  3. Services:
  4. - Consumers:
  5. - Partition: frontend
  6. - Partition: backend
  7. Name: billing
  8. Namespace: default
  9. - Consumers:
  10. - Partition: monitoring
  11. Name: '*'
  12. Namespace: '*'
  1. "Kind": "partition-exports",
  2. "Partition": "finance",
  3. "Services": [
  4. {
  5. "Consumers": [
  6. {
  7. "Partition": "frontend"
  8. },
  9. {
  10. "Partition": "backend"
  11. }
  12. ],
  13. "Name": "billing",
  14. "Namespace": "default"
  15. },
  16. {
  17. "Consumers": [
  18. {
  19. "Partition": "monitoring"
  20. }
  21. ],
  22. "Name": "*",
  23. "Namespace": "*"
  24. }
  25. ]

Reading Services

When an exported service has been imported to another partition, you can use the health REST API endpoint to query the service on the consumer partition. The following example queries the finance partition for the imported billing service:

  1. $ curl 'localhost:8500/v1/health/connect/billing?partition=finance'

An ACL token with service:write permissions is required for the partition from which the query is made. If the call in the previous example is made from a service named web in a partition named frontend, then the request will require a token with write permissions to web in the frontend partition.

Exports are available to all services in the consumer partition. In the previous example, any service with write permissions for the frontend partition will be able to read exports.

See Health HTTP Endpoint for additional information.