Skip to content

Commit 83be5bb

Browse files
committed
openshift dns mgmt
1 parent 76efefa commit 83be5bb

File tree

13 files changed

+142
-0
lines changed

13 files changed

+142
-0
lines changed
Binary file not shown.
Lines changed: 26 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,26 @@
1+
# Multi-Cluster OpenShift on OCI: Implementing Shared and Unique Domain Architectures
2+
This repository provides architectural guidance for implementing a common base domain across multiple OpenShift Container Platform (OCP) clusters in Oracle Cloud Infrastructure (OCI). Designed for customers requiring unified DNS naming while maintaining cluster isolation.
3+
4+
Reviewed: 14.04.2025
5+
6+
# When to use this asset?
7+
Use this guide when:
8+
- Deploying multiple OCP clusters across OCI regions
9+
- Requring shared base domains
10+
- Evaluating VCN architecture (single vs dedicated per cluster)
11+
- DNS conditional forwarding
12+
13+
# Instructions for Utilizing This Asset
14+
Follow this document as a design principles when using common and unique base domain names for your multiple OpenShift cluster in OCI regions.
15+
16+
17+
# Conclusion
18+
The OpenShift implementation on OCI relies on DNS Zones for cluster access. This document provides guidance on deploying OCP clusters using dedicated VCNs, with the option to assign either cluster-specific subdomains or unique base domains for more efficient DNS management.
19+
20+
# License
21+
Copyright (c) 2025 Oracle and/or its affiliates.
22+
23+
Licensed under the Universal Permissive License (UPL), Version 1.0.
24+
25+
See LICENSE for more details.
26+
Loading
Loading
Loading
Loading
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,116 @@
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+
![Default OCP Architecture](image.png)
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+
![common base domain](image-1.png)
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+
![Unique Subdomain](image-2.png)
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+
![Unique base domain](image-3.png)
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.
Loading

0 commit comments

Comments
 (0)