|
| 1 | +# Introduction |
| 2 | + |
| 3 | +A customer is deploying multiple OpenShift Container Platform (OCP) clusters across Oracle Cloud Infrastructure (OCI) regions, requiring a common base domain architecture instead of unique domains per cluster. This article evaluates design options, focusing on DNS integration, VCN isolation, and on-premises accessibility. |
| 4 | + |
| 5 | +Reviewed: 10.04.2025 |
| 6 | + |
| 7 | +## Key Requirements |
| 8 | + |
| 9 | +- Deploy multiple OCP clusters across OCI regions with a common base domain. |
| 10 | +- Ensure accessibility from on-premises datacenters with DNS forwarding. |
| 11 | +- Integrate with existing Landing Zone (LZ) design. |
| 12 | +- Evaluate single VCN vs. dedicated VCN per cluster approaches. |
| 13 | + |
| 14 | +# Core DNS Architecture in Default OpenShift Deployment in OCI |
| 15 | + |
| 16 | +## Key DNS Components |
| 17 | + |
| 18 | +**1. Base Domain Zone** |
| 19 | +- The Terraform script automatically provisions a DNS zone in the VCN using the supplied base domain (e.g., base.local in the example architecture below). |
| 20 | +- This zone contains critical records for cluster operations: |
| 21 | + - api.<base.domain> → Points to the API load balancer |
| 22 | + - *.apps.<base.domain> → Points to the Ingress/console load balancer |
| 23 | + - api-int.<base.domain> → Points to the Internal API endpoints |
| 24 | + |
| 25 | +**2. On-Premises Integration** |
| 26 | +- Access from corporate networks is enabled via conditional DNS forwarding to a VCN-based listener. The listener IP address in this example is 10.0.26.97. |
| 27 | + |
| 28 | + |
| 29 | + |
| 30 | +## Problem Statement |
| 31 | + |
| 32 | +A single domain name cannot resolve to multiple listener IP addresses in standard DNS configurations. The core challenge is implementing a common base domain across multiple clusters while resolving these technical constraints through either: |
| 33 | + |
| 34 | +- A single VCN architecture (with its inherent limitations), or |
| 35 | +- A dedicated VCN approach (with its additional complexity) |
| 36 | + |
| 37 | +# Architecture Options and Proposed Solution |
| 38 | + |
| 39 | +To meet the customer's requirements, we have assessed two distinct architectural approaches: |
| 40 | +1. Consolidated VCN Model: A single shared VCN hosting all OCP clusters |
| 41 | +2. Isolated VCN Model: Dedicated VCNs for each individual OCP cluster |
| 42 | + |
| 43 | +This evaluation compares the trade-offs between these deployment strategies in terms of DNS management, network isolation, and operational complexity and also provides the recommended options. |
| 44 | + |
| 45 | +## Single VCN for all OCP clusters (*Not Recommended*) |
| 46 | + |
| 47 | +### DNS Conditional Forwarding With the Common Base Domain |
| 48 | + |
| 49 | +**Implementation**: |
| 50 | + |
| 51 | +- Single VCN with a base domain zone. |
| 52 | +- Dedicated subnets for each OCP cluster. |
| 53 | +- All cluster records stored in the same zone file. |
| 54 | +- Shared conditional forwarder IP. |
| 55 | + |
| 56 | +The diagram below illustrates the architecture where a single VCN contains multiple subnets, each dedicated to an OpenShift cluster. |
| 57 | + |
| 58 | + |
| 59 | + |
| 60 | +**Challenges:** |
| 61 | +- Zone conflicts during new cluster deployment, requiring manual intervention. |
| 62 | +- Manual record updates are needed for subsequent clusters in the existing zone. |
| 63 | +- Does not meet isolation requirements for most environments. |
| 64 | + |
| 65 | +**Benefits:** |
| 66 | +- Single base domain for all OCP clusters |
| 67 | +- All cluster FQDNs are recorded in a single zone file. Less overhead in maintaining multiple zone files. |
| 68 | +- Uses a single IP address for DNS conditional forwarding. |
| 69 | + |
| 70 | +**Use Case -** Only for non-production, low-scale environments. |
| 71 | + |
| 72 | +## Dedicated VCN for each OCP clusters (*Recommended*) |
| 73 | + |
| 74 | +### Recommended Option 1: DNS Conditional Forwarding with Unique Subdomains |
| 75 | + |
| 76 | +**Implementation**: |
| 77 | + |
| 78 | +1. Create dedicated VCN with common base domain zone for each OCP cluster |
| 79 | +2. Create listener in each VCN for the base domain |
| 80 | +3. Configure DNS conditional forwarding using unique subdomains (e.g., cluster1.base.local, cluster2.base.local from the example architecture below) |
| 81 | + |
| 82 | +The diagram below shows the architecture where each OCP cluster has a dedicated VCN with a common base domain, but DNS conditional forwarding is managed using unique subdomains. |
| 83 | + |
| 84 | + |
| 85 | + |
| 86 | +**Benefits:** |
| 87 | +- Maintains a common base domain for all OCP clusters. |
| 88 | +- Enables conditional forwarding per domain with unique listener IPs. |
| 89 | + |
| 90 | +### Recommended Option 2 - DNS Conditional Forwarding With Unique Base Domain |
| 91 | + |
| 92 | +**Implementation** |
| 93 | + |
| 94 | +1. Dedicated VCN per cluster with unique base domains (e.g., test.base.local, prod.base.local are the example shown in the diagram below) |
| 95 | +2. Maintain unique zone files for each environment |
| 96 | +3. Configure DNS conditional forwarding using these unique base domains |
| 97 | + |
| 98 | +The diagram below illustrates the architecture where each cluster has a dedicated VCN and a unique base domain. |
| 99 | + |
| 100 | + |
| 101 | + |
| 102 | + |
| 103 | +# Conclusion |
| 104 | + |
| 105 | +Implementing a common base domain for multiple OpenShift clusters across OCI regions requires careful DNS and network architecture planning. The recommended approach combines: |
| 106 | +1. Dedicated VCN per OCP cluster |
| 107 | +2. DNS conditional forwarding using either: |
| 108 | + - Unique subdomains (**cluster.base domain**) |
| 109 | + - Unique base domains (**environment.base domain**) |
| 110 | + |
| 111 | +This solution provides: |
| 112 | + |
| 113 | +- Clear segregation between clusters |
| 114 | +- Consistent naming strategy |
| 115 | +- Simplified DNS management |
| 116 | +- Future-proofing for application publishing requirements. |
0 commit comments