내 클러스터에 공용 containers.appdomain.cloud 하위 도메인이 누락된 이유가 무엇입니까?
가상 프라이빗 클라우드 클래식 인프라
Ingress 제어기 하위 도메인을 통해 앱을 노출하는 경우 공용 라우트 대신 <service_name>-<project_name>.router.default.svc.cluster.local 형식의 로컬 하위 도메인을 얻습니다.
브라우저에서 Red Hat OpenShift 웹 콘솔 또는 다른 앱 라우트를 열려는 경우 다음과 유사한 오류가 표시될 수 있습니다.
Application is not available
The application is currently not serving requests on this endpoint.
클러스터가 작성되고 정상 상태가 된 후 Ingress 제어기 하위 도메인 네트워킹 및 로드 밸런싱 컴포넌트를 배치하는 데 시간이 다소 걸립니다.
네트워킹 컴포넌트가 완전히 프로비저닝되기 전에 앱을 노출하거나 컴포넌트에 오류가 발생하는 경우 기본 Ingress 제어기의 svc.cluster.local 도메인에서 내부적으로만 앱을 노출할 수 있습니다.
컴포넌트가 완전히 프로비저닝되면 공용 Ingress 제어기 하위 도메인을 <cluster-name>-<accountID-hashed>-<ssll>.<region>.containers.appdomain.cloud 형식으로 앱에 사용할 수 있습니다.
-
클러스터를 작성한 후 클러스터가 정상 상태가 되더라도 앱이 노출될 때까지 잠시 기다리십시오.
-
마스터 상태를 확인하십시오. 마스터 상태가 준비가 아니라면, 해당 상태를 검토하고 문제점 해결 정보에 따라 문제를 해결하십시오.
ibmcloud oc cluster get -c <cluster_name_or_ID> -
네트워킹 컴포넌트가 배치할 때 마스터와 통신할 수 있도록 클러스터에 공용 연결이 있는지 확인하십시오.
- 퍼블릭 및 프라이빗 클라우드 서비스 엔드포인트가 활성화된 VPC 클러스터: 클러스터가 연결된 각 서브넷에서 공용 게이트웨이가 사용 설정되어 있는지 확인하세요. 퍼블릭 게이트웨이는 웹 콘솔 및 OperatorHub와 같은 기본 컴포넌트가 원격, 개인용 레지스트리에서 이미지를 가져오는 등과 같은 조치를 완료하기 위해 안전한 공용 연결을 사용하는 데 필요합니다. 개인 서비스 엔드포인트가 클러스터에서 사용 가능한 경우 OpenShift 컴포넌트(예: OpenShift 웹 콘솔 또는 OperatorHub)에 액세스하기 위해 프라이빗 클라우드 서비스 엔드포인트가 사용되므로 퍼블릭 게이트웨이는 필요하지 않습니다.
- 클래식 클러스터:
- 2단계의 출력에서 클러스터에 공용 서비스 엔드포인트 URL이 있는지 확인하십시오. 클러스터에 퍼블릭 클라우드 서비스 엔드포인트가 없는 경우 이를 활성화하세요.
- 최소한 클러스터의 일부 작업자 노드에 공인 IP 주소가 있는지 확인하십시오. 작업자 노드가 없는 경우에는 적어도 하나의 작업자 풀에 대해 공용 VLAN을 설정해야 합니다.
ibmcloud oc workers -c <cluster_name_or_ID>
-
2단계의 출력에서 Ingress 하위 도메인이 사용 가능한지 확인하십시오. 클러스터의 Ingress 컴포넌트를 프로비저닝해야 Ingress 제어기 컴포넌트를 작성할 수 있습니다. Ingress 하위 도메인 및 Ingress 시크릿을 사용할 수 없는 경우 클러스터 작성 후 Ingress 하위 도메인이 존재하지 않는 이유는 무엇입니까?를 참조하십시오.
-
Ingress 제어기 하위 도메인의 호스트 이름이
<cluster-name>-<accountID-hashed>-<ssll>.<region>.containers.appdomain.cloud형식인지 확인하십시오.ibmcloud oc nlb-dns ls -c <cluster_name_or_ID>- 클러스터를 작성하고 2시간 후에 Ingress 제어기 하위 도메인이 업데이트되지 않는 경우 클러스터의 마스터 상태를 다시 검토하고 문제점 해결 단계에 따라 문제를 해결하십시오.
문제점 해결 단계를 수행해도 문제가 해결되지 않으면 도움 받기를 참조하십시오.