Google Cloud CDN을 설정하는 방법은 무엇인가요?

Google Cloud CDN을 설정하는 방법은 무엇인가요?

영어가 서툴러 죄송합니다. 러시아어를 번역하겠습니다.

Cloud CDN을 설정하는 방법을 알 수 없습니다. 이를 사용하려면 Load Balancer를 설정해야 합니다. 웹페이지가 있는 외부 서버가 있습니다. "외부 원본으로 Cloud CDN 설정" 지침에 따라 엄격하게 설정했습니다.https://cloud.google.com/cdn/docs/setting-up-cdn-with-external-origin

  1. 엔드포인트 그룹을 만들었습니다.https://yadi.sk/i/IdtQ4rXNlS1Mwg 2. Load Balancer를 생성하고 이전에 생성된 엔드포인트 그룹을 선택했습니다. 프런트엔드 VM 구성에서 Google 관리형 인증서를 만들었습니다. 로드 밸런서 페이지https://yadi.sk/i/8J5vGBD2eL_L-A

교육은 여기서 끝납니다. 그리고 나는 그것으로 무엇을 해야할지 이해하지 못합니다.

내가 이해하는 한 밸런서의 논리는 다음과 같이 작동해야 합니다.

  1. Google은 부하 분산기에 IP를 연결했습니다. 이 IP를 사용하는 경우 Load Balancer는 지정된 엔드포인트(제 경우에는 asdfgtyu10.xyz 도메인)로 리디렉션됩니다.
  2. 발급된 IP를 어떻게든 asdfgtyu10.xyz 도메인과 연결해야 합니다. 나는 지시를 찾지 못했습니다. 기본 지침에는 이에 대한 언급이 없습니다. 인터넷에서 찾은 질문을 통해 도메인에 대한 아이디어를 얻었습니다.https://switch-case.ru/71632449

HTTP 프로토콜 34.107.213.145를 사용하는 IP에서 오류 502 발생http://34.107.213.145/ HTTPS 프로토콜을 사용하는 IP를 다음 형식으로 열면 404 오류가 발생합니다.http://34.120.190.159/https:// 34.120.190.159 또는 http:// 34.120.190.159:443 형식에서는 전혀 열리지 않습니다.

또한 IP 주소가 포함된 A 레코드를 하위 도메인으로 가리키려고 했습니다. HTTP의 경우http://gcloud.asdfgtyu10.xyz/ HTTPS의 경우https://www.asdfgtyu10.xyz/ 결과는 IP 주소를 통해 열 때와 동일합니다.

발급받은 IP를 엔드포인트 그룹(asdfgtyu10.xyz)에 지정된 도메인에 바인딩하는 방법 - 잘 모르겠습니다. 제가 이해하는 바에 따르면 논리적으로 Load Balancer는 동일한 도메인에서 작동해야 합니다. 하지만 도메인에 대해 A 레코드를 지정하는 경우 엔드포인트가 서버의 IP가 아닌 도메인을 지정하는 경우 로드 밸런서는 트래픽을 보낼 서버를 어떻게 알 수 있습니까? 즉, Load Balancer는 자신을 가리킵니다. IP 서버를 엔드포인트로 지정하고 A 레코드에 로드 밸런서의 IP를 기록하면 Google 측에서는 특정 도메인과 연결되지 않습니다. 그리고 1개의 IP 주소를 가진 서버에 여러 도메인이 연결되어 있습니다. Load Balancer는 궁극적으로 트래픽을 어디로 전달합니까?

나는 모든 옵션을 시도했다. 이제 도메인의 A 레코드에는 HTTPS 프로토콜(34.120.190.159)을 사용하는 밸런서의 IP가 있습니다. 엔드포인트 그룹에서는 포트 443을 사용하는 외부 서버 165.22.64.183의 IP가 네트워크의 엔드포인트로 표시됩니다. 나는 아무 생각이 없습니다.

로드 밸런서와 외부 서버를 사용하여 Cloud CDN을 올바르게 구성하는 방법을 알려주실 수 있나요?

답변1

먼저 도메인이 Load Balancer의 IP를 가리켜야 합니다(A 레코드 설정을 의미함).

여기DNS 레코드에 대해 자세히 알아보기그리고 그들이 하는 일.

도메인을 다음으로 이동할 수도 있습니다.GCP 클라우드 DNS거기에 모든 것을 설정하십시오. 도메인 추가(관리형 영역 만들기) 그리고적절한 DNS 레코드 추가.

또한 LB가 어떤 서버로 트래픽을 보낼지 어떻게 알 수 있는지 물으셨습니다.귀하의 경우에는 "알 필요"가 없습니다귀하의 백엔드는네트워크 엔드포인트 그룹:

그러나 각 인터넷 NEG에는 하나의 인터넷 엔드포인트만 허용되므로 부하 분산은 실제로 수행되지 않습니다. 이는 속도나 사용률과 같은 로드 밸런싱 모드를 사용할 수 없음을 의미합니다. 로드 밸런서는 프런트엔드 역할만 하며 지정된 인터넷 엔드포인트로 트래픽을 프록시합니다.

비슷한 주제도 논의됐어요여기.

기억해야 할 중요한 점은 이 구성이(NEG가 포함된 LB) 상태 확인을 지원하지 않습니다.서버 장애가 발생할 경우 사이트가 다운될 수 있습니다.

관련 정보