Details
-
Epic
-
Resolution: Unresolved
-
Major
-
None
-
None
-
Support external DNS for OpenShift on Cloud Providers
-
False
-
None
-
False
-
Not Selected
-
To Do
-
OCPSTRAT-992 - Allow customer managed DNS solutions for AWS: Implementation
-
-
0
-
0%
-
S
Description
TL;DR
See HIVE-1812. That will be used for the (tiny) hive eng work and 4.15 time frame QE. This one will be used for 4.16 time frame QE.
Epic Goal
- As an administrator, I would like to deploy OpenShift 4 clusters to supported cloud providers leveraging my custom DNS service.
- Enable customers to deploy full stack automated OpenShift on different cloud providers using their own DNS service instead of the cloud provider's DNS solution (AWS Route 53, Google Cloud DNS, etc.)
Why is this important?
- Provides customers with the flexibility to leverage their own custom managed ingress DNS solutions already in use within their organizations.
- Required for regions like AWS GovCloud in which many customers may not be able to use the Route53 service (only for commercial customers) for both internal or ingress DNS.
- OpenShift managed internal DNS solution insures cluster operation and nothing breaks during updates.
Scenarios
- ...
Acceptance Criteria
- Customers need the ability to dynamically control DNS records of an external DNS server via Kubernetes resources in a DNS provider-agnostic way.
- CI - MUST be running successfully with tests automated
- Release Technical Enablement - Provide necessary release enablement details and documents.
- ...
Dependencies (internal and external)
- ...
Previous Work (Optional):
- The External DNS Operator available via OperatorHub, has been in Tech Preview since OpenShift 4.8.
- DNS work for KNI
- Prerequisite for the internal clusters epic
Open questions::
- …
Done Checklist
- CI - CI is running, tests are automated and merged.
- Release Enablement <link to Feature Enablement Presentation>
- DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
- DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
- DEV - Downstream build attached to advisory: <link to errata>
- QE - Test plans in Polarion: <link or reference to Polarion>
- QE - Automated tests merged: <link or reference to automated tests>
- DOC - Downstream documentation merged: <link to meaningful PR>
