-
Feature
-
Resolution: Done
-
Critical
-
None
-
BU Product Work
-
False
-
False
-
OCPSTRAT-12(OUTCOME STUB) Cloud platform activation/retention for Managed OpenShift (ROSA/ARO/OSD non-Hypershift enhancements)
-
0% To Do, 0% In Progress, 100% Done
-
Undefined
-
0
Feature Overview
- Use customer managed DNS solution instead of only specific openshift-install supported DNS services (such as AWS Route53, Google Cloud DNS, etc...) for OpenShift IPI deployments into supported cloud providers.
Goals
- Enable customers to deploy full stack automated OpenShift on different cloud providers using their own DNS service instead of the cloud provider (AWS Route 53, Google Cloud DNS, etc...) one.
Requirements
- Installation support for performing an installer-provisioned infrastructure deployment to AWS, GCP and Azure (and any other additional cloud provider supported by the time this is implemented) using an external DNS service.
(Optional) Use Cases
This Section:
- As an administrator, I would like to deploy OpenShift 4 clusters to supported cloud providers leveraging my custom DNS service.
Background, and strategic fit
This Section: While cloud-based DNS services provide convenient hostname management, there's a number of regulatory (ITAR) and operational constraints customers face prohibiting the use of those DNS hosting services on public cloud providers.
Assumptions
- ...
Customer Considerations
- ...
Documentation Considerations
Questions to be addressed:
- What educational or reference material (docs) is required to support this product feature? For users/admins? Other functions (security officers, etc)? User/admin documentation on requirements and how to use the capability while installing a new cluster.
- Does this feature have doc impact? Yes, documentation on required steps to be done by the user will be required
- Updates to existing content
- What concepts do customers need to understand to be successful in [action]? Required DNS entries (api and api-int) while deploying an OCP cluster
- How do we expect customers will use the feature? For what purpose(s)? Customers will use this feature to be complaint with their security rules when they are not allowed to use cloud dns services like Route 53 or others and must rely on their own DNS service.
- Is there source material that can be used as reference for the Technical Writer in writing the content? No
- What is the doc impact (New Content, Updates to existing content, or Release Note)? Updates to existing content
- is related to
-
RFE-1103 Use customer-manged DNS infrastructure for IPI on Cloud Providers
- Accepted
- relates to
-
OCPSTRAT-1502 [Outcome] Support external DNS for OpenShift on AWS and Azure
- New
-
OCPSTRAT-261 [Outcome] Support external DNS for OpenShift on GCP
- In Progress