Conflicts in control planes
When combining configuration from individual control planes into a control
plane group, you might run into conflicts.
For example, there might be a name conflict between services, or the existence
of consumer credentials, which become available to all members of a control plane group.
Once you have at least one data plane node connected to your control plane group,
you may see one of the following error messages:
Control plane group:
Conflicts have been detected between these control planes:
<control plane name>
<control plane name>
Standard control plane:
This control plane is causing a conflict with the parent control plane group.
You can follow the link from the notification to View the conflicts in each control plane,
then View again to open the resource that’s causing the issue.
The control plane won’t send any config updates to its data plane nodes until conflicts are resolved.
See the following table for a breakdown of potential issues, their causes, and recommended solutions:
|Duplicate names across control plane group members
||Entity names within a standard control plane must be unique. However, it’s possible to create entities with the same name in different standard control planes. When those control plane are added as members of the same control plane group, the control plane group ends up having entities with duplicate names. The duplicate entities behave as regular entities in the data plane.
||Resolve the conflict by removing or renaming one of the instances.
|Shared credentials across control plane group members
||Consumer credentials in one control plane group member can be used to authenticate to everything registered in the group.
||If you don’t want to share credentials across the members, identify and remove those credentials.
|ACL group names across control plane group members
||ACL groups names can be referenced across control plane group members for authorization.
||If you don’t want to share ACL groups across the members, identify and remove duplicates.
|Consumer groups across control plane group members
||Consumer group names in the Rate Limiting Advanced plugin can reference group names from other control plane group members.
||If you don’t want to share consumer groups across the members, identify and remove duplicates.
|decK dump with duplicate names found
deck dump will break with duplicate names across control plane group entities.
|Resolve the conflict by removing or renaming one of the instances.
|Reference by name vs reference by ID
||If the entity relationship requires reference by ID, then relationships across control planes don’t work. If the entity relationship is defined by a special string, relationships across control planes do work as long as you know the string.
||Resolve the conflict by removing one of the instances.
|Multiple instances of the same global plugin
||A global plugin can only be applied once in an standard control plane. However, multiple instances of the same global plugin can be combined into the control plane group.
||Resolve the conflict by removing one of the instances, or setting different instance names for the plugins.
Note: If you want to limit which users can apply global plugins, add all global plugins into a single control plane, and then grant access to only your limited set of users. If any other member control planes add a global plugin to their configuration, a conflict will result and prevent the changed configuration from being applied.