GSP216

개요

Google Cloud의 내부 부하 분산(ILB)은 비공개 애플리케이션 인프라를 관리하고 확장하기 위한 필수 서비스입니다. 이 서비스를 이용하면 TCP/UDP 기반 트래픽을 내부 가상 머신 인스턴스에 효율적으로 분산하여, 비공개 네트워크 내에서 애플리케이션의 고가용성과 뛰어난 성능을 보장할 수 있습니다. ILB는 서비스에 안정적인 비공개 IP 주소를 하나만 제공하여 내부 애플리케이션 통신을 간소화하고 시스템 복원력을 개선합니다.

이 실습에서는 고가용성 애플리케이션의 일반적인 배포 패턴을 나타내도록 동일한 리전에 관리형 인스턴스 그룹 2개를 만들어 내부 서비스를 설정해 봅니다. 그런 다음 이러한 인스턴스 그룹을 백엔드로 사용하여 내부 부하 분산기를 구성하고 철저히 테스트합니다. 이 설정은 마이크로서비스, API 엔드포인트, 데이터베이스와 같은 내부 애플리케이션이 공개 인터넷에 노출되지 않으면서도 다른 내부 서비스나 애플리케이션에서 액세스할 수 있어야 하는 실제 시나리오를 재현합니다.

목표

이 실습에서는 다음 작업을 수행하는 방법을 알아봅니다.

• 내부 백엔드의 보안 HTTP 트래픽 및 상태 점검을 허용하도록 필수 방화벽 규칙을 구성합니다.
• 일관되고 확장 가능한 VM 배포를 보장하는 인스턴스 템플릿을 설계하고 구현합니다.
• 애플리케이션 백엔드의 자동 확장 및 자가 복구를 보장하는 관리형 인스턴스 그룹을 만들고 관리합니다.
• 내부 부하 분산기를 설정하고 테스트하여 내부 트래픽을 효과적으로 분산하고 서비스 가용성을 보장할 수 있는지 확인합니다.

설정 및 요건

실습 시작 버튼을 클릭하기 전에

다음 안내를 확인하세요. 실습에는 시간 제한이 있으며 일시중지할 수 없습니다. 실습 시작을 클릭하면 타이머가 시작됩니다. 이 타이머는 Google Cloud 리소스를 사용할 수 있는 시간이 얼마나 남았는지를 표시합니다.

실무형 실습을 통해 시뮬레이션이나 데모 환경이 아닌 실제 클라우드 환경에서 실습 활동을 진행할 수 있습니다. 실습 시간 동안 Google Cloud에 로그인하고 액세스하는 데 사용할 수 있는 새로운 임시 사용자 인증 정보가 제공됩니다.

이 실습을 완료하려면 다음을 준비해야 합니다.

• 표준 인터넷 브라우저 액세스 권한(Chrome 브라우저 권장)

참고: 이 실습을 실행하려면 시크릿 모드(권장) 또는 시크릿 브라우저 창을 사용하세요. 개인 계정과 학습자 계정 간의 충돌로 개인 계정에 추가 요금이 발생하는 일을 방지해 줍니다.

• 실습을 완료하기에 충분한 시간(실습을 시작하고 나면 일시중지할 수 없음)

참고: 이 실습에는 학습자 계정만 사용하세요. 다른 Google Cloud 계정을 사용하는 경우 해당 계정에 비용이 청구될 수 있습니다.

실습을 시작하고 Google Cloud 콘솔에 로그인하는 방법

1. 실습 시작 버튼을 클릭합니다. 실습 비용을 결제해야 하는 경우 결제 수단을 선택할 수 있는 대화상자가 열립니다. 왼쪽에는 다음과 같은 항목이 포함된 실습 세부정보 창이 있습니다.

   • Google Cloud 콘솔 열기 버튼
   • 남은 시간
   • 이 실습에 사용해야 하는 임시 사용자 인증 정보
   • 필요한 경우 실습 진행을 위한 기타 정보

2. Google Cloud 콘솔 열기를 클릭합니다(Chrome 브라우저를 실행 중인 경우 마우스 오른쪽 버튼으로 클릭하고 시크릿 창에서 링크 열기를 선택합니다).

   실습에서 리소스가 가동되면 다른 탭이 열리고 로그인 페이지가 표시됩니다.

   팁: 두 개의 탭을 각각 별도의 창으로 나란히 정렬하세요.

   참고: 계정 선택 대화상자가 표시되면 다른 계정 사용을 클릭합니다.

3. 필요한 경우 아래의 사용자 이름을 복사하여 로그인 대화상자에 붙여넣습니다.

   {{{user_0.username | "Username"}}}

   실습 세부정보 창에서도 사용자 이름을 확인할 수 있습니다.

4. 다음을 클릭합니다.

5. 아래의 비밀번호를 복사하여 시작하기 대화상자에 붙여넣습니다.

   {{{user_0.password | "Password"}}}

   실습 세부정보 창에서도 비밀번호를 확인할 수 있습니다.

6. 다음을 클릭합니다.

   중요: 실습에서 제공하는 사용자 인증 정보를 사용해야 합니다. Google Cloud 계정 사용자 인증 정보를 사용하지 마세요. 참고: 이 실습에 자신의 Google Cloud 계정을 사용하면 추가 요금이 발생할 수 있습니다.

7. 이후에 표시되는 페이지를 클릭하여 넘깁니다.

   • 이용약관에 동의합니다.
   • 임시 계정이므로 복구 옵션이나 2단계 인증을 추가하지 않습니다.
   • 무료 체험판을 신청하지 않습니다.

잠시 후 Google Cloud 콘솔이 이 탭에서 열립니다.

참고: Google Cloud 제품 및 서비스에 액세스하려면 탐색 메뉴를 클릭하거나 검색창에 제품 또는 서비스 이름을 입력합니다.

작업 1. HTTP 및 상태 점검 방화벽 규칙 구성

적절한 방화벽 규칙은 제대로 작동하고 안전한 내부 부하 분산 환경의 기본 토대입니다. 적절한 방화벽 규칙이 있으면 승인된 트래픽만 백엔드 서비스에 도달하고 부하 분산기가 인스턴스의 상태를 정확하게 평가할 수 있습니다.

백엔드로의 HTTP 트래픽 및 Google Cloud 상태 점검기에서 전송된 TCP 트래픽을 허용하도록 방화벽 규칙을 구성합니다.

my-internal-app 네트워크 탐색

subnet-a 및 subnet-b와 RDP, SSH, ICMP 트래픽 방화벽 규칙을 갖춘 my-internal-app 네트워크가 구성되어 있습니다.

1. 콘솔에서 탐색 메뉴 > VPC 네트워크 > VPC 네트워크로 이동합니다.

2. 아래로 스크롤하면 my-internal-app 네트워크에 subnet-a와 subnet-b라는 서브넷이 있습니다.

   각 Google Cloud 프로젝트는 기본 네트워크로 시작합니다. 또한 my-internal-app 네트워크가 네트워크 다이어그램의 일부로 생성되어 있습니다.

   subnet-a와 subnet-b에 관리형 인스턴스 그룹을 생성합니다. 내부 부하 분산기가 리전 서비스이기 때문에 두 서브넷 모두 리전에 위치합니다. 관리형 인스턴스 그룹은 서로 다른 영역에 속하게 되므로 영역에 문제가 발생해도 서비스가 영향을 받지 않게 됩니다.

HTTP 방화벽 규칙 만들기

백엔드에 Apache를 설치하기 위해, 내부 부하 분산기 및 인터넷에서 백엔드로의 HTTP 트래픽을 허용하는 방화벽 규칙을 만듭니다.

1. 계속해 VPC 네트워크 내에서 왼쪽 창의 방화벽을 클릭합니다.

2. app-allow-icmp와 app-allow-ssh-rdp라는 방화벽 규칙이 있습니다.

   이 방화벽 규칙은 이미 생성되어 있습니다.

3. + 방화벽 규칙 만들기를 클릭합니다.

4. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   이름	app-allow-http
   네트워크	my-internal-app
   대상	지정된 대상 태그
   대상 태그	lb-backend
   소스 필터	IPv4 범위
   소스 IPv4 범위	10.10.0.0/16
   프로토콜 및 포트	지정된 프로토콜 및 포트, TCP를 체크하고, 80을 입력

참고: 모든 네트워크를 지정하기 위해 소스 IPv4 범위에 /16을 포함해야 합니다.

5. 만들기를 클릭합니다.

상태 점검 방화벽 규칙 만들기

상태 점검을 통해 새 연결을 수신할 수 있는 부하 분산기 인스턴스를 판별합니다. 내부 부하 분산의 경우 130.211.0.0/22 및 35.191.0.0/16 범위 내의 주소에서 부하 분산 인스턴스의 상태 점검 프로브를 가져옵니다. 방화벽 규칙은 이 연결을 허용해야 합니다.

1. 계속해 방화벽 규칙 페이지 내에서 + 방화벽 규칙 만들기를 클릭합니다.

2. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   이름	app-allow-health-check
   네트워크	my-internal-app
   대상	지정된 대상 태그
   대상 태그	lb-backend
   소스 필터	IPv4 범위
   소스 IPv4 범위	130.211.0.0/22 및 35.191.0.0/16
   프로토콜 및 포트	지정된 프로토콜 및 포트, TCP를 체크

참고: 두 개의 소스 IPv4 범위를 하나씩 입력하고 그 사이에 스페이스 바를 누릅니다.

3. 만들기를 클릭합니다.

'내 진행 상황 확인하기'를 클릭하여 목표를 확인합니다.

HTTP 및 상태 점검 방화벽 규칙 구성

작업 2. 인스턴스 템플릿 구성 및 인스턴스 그룹 만들기

인스턴스 템플릿과 관리형 인스턴스 그룹은 확장 가능하고 복원력이 있으며 관리 가능한 애플리케이션의 핵심 요소입니다. 사용자는 VM의 표준 구성을 정의한 다음 수명 주기를 자동으로 관리하여 일관성을 유지하고 자동 확장 및 자가 복구를 실행할 수 있습니다.

관리형 인스턴스 그룹에서는 인스턴스 템플릿을 사용하여 동일한 인스턴스 그룹을 만들 수 있습니다. 이를 사용해 내부 부하 분산기의 백엔드를 생성합니다.

인스턴스 템플릿 구성

인스턴스 템플릿은 VM 인스턴스 및 관리형 인스턴스 그룹을 만드는 데 사용할 수 있는 API 리소스입니다. 인스턴스 템플릿은 머신 유형, 부팅 디스크 이미지, 서브넷, 라벨, 기타 인스턴스 속성을 정의합니다. my-internal-app 네트워크의 두 서브넷 모두에 대한 인스턴스 템플릿을 만듭니다.

1. 콘솔에서 탐색 메뉴 > Compute Engine > 인스턴스 템플릿으로 이동합니다.

2. 인스턴스 템플릿 만들기를 클릭합니다.

3. 이름에 instance-template-1을 입력합니다.

4. 위치에서 전역을 선택합니다.

5. 시리즈에서 E2를 선택합니다.

6. 머신 유형에서 공유 코어 > e2-micro를 선택합니다.

7. 고급 옵션을 클릭합니다.

8. 네트워킹을 클릭합니다.

9. 네트워크 태그에 lb-backend를 입력합니다.

   참고: 네트워크 태그 lb-backend는 HTTP 및 상태 점검 방화벽 규칙이 해당 인스턴스에 적용되도록 합니다.

10. 네트워크 인터페이스에서 드롭다운 아이콘을 클릭하여 수정합니다.

11. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

    속성	값(지정된 대로 값 입력 또는 옵션 선택)
    네트워크	my-internal-app
    서브네트워크	subnet-a
    외부 IPv4 주소	없음

12. 완료를 클릭합니다.

13. 관리를 클릭합니다.

14. 메타데이터에서 항목 추가를 클릭하고 다음과 같이 지정합니다.

    키 1	값 1
    startup-script-url	gs://spls/gsp216/startup.sh

참고: startup-script-url은 인스턴스가 시작될 때 실행할 스크립트를 지정합니다. 이 스크립트는 Apache를 설치하며 클라이언트 IP와 VM 인스턴스의 이름, 리전, 영역을 포함하도록 시작 페이지를 변경합니다. 이 스크립트를 자유롭게 살펴보세요.

15. 만들기를 클릭합니다.
16. 인스턴스 템플릿이 생성될 때까지 기다립니다.

다음 인스턴스 템플릿 구성

instance-template-1을 복사하여 subnet-b에 대한 또 다른 인스턴스 템플릿을 만듭니다. 고가용성 및 재해 복구 전략을 위해 다양한 서브넷 또는 영역에 구성을 복제하는 일이 얼마나 쉬운지를 확인할 수 있습니다.

1. 계속해 인스턴스 템플릿 내에서 instance-template-1 옆의 체크박스를 선택하고 복사를 클릭합니다. 이름을 반드시 instance-template-2로 업데이트합니다.
2. 고급 옵션을 클릭합니다.
3. 네트워킹 탭을 클릭합니다.
4. 네트워크 인터페이스에서 드롭다운 아이콘을 클릭하여 수정합니다.
5. subnet-b를 서브네트워크로 선택합니다.
6. 완료를 클릭한 후 만들기를 클릭합니다.

관리형 인스턴스 그룹 만들기

관리형 인스턴스 그룹(MIG)은 강력하고 자가 복구 기능이 있으며 동적으로 확장되는 애플리케이션의 핵심 요소입니다. 비정상 인스턴스를 자동으로 대체하고 수요에 따라 애플리케이션 용량을 확장할 수 있으므로, 지속적인 수동 개입 없이도 서비스가 항상 제공되고 성능이 유지됩니다. 이는 가변 부하를 처리하고 서비스 수준 목표(SLO)를 유지하기 위한 필수 조건입니다.

subnet-a와 subnet-b에 관리형 인스턴스 그룹을 하나씩 구성합니다.

참고: subnet-a와 동일한 리전의 다른 영역 중 하나를 식별합니다. 예를 들어 subnet-a의 영역이 us-west2-a인 경우 subnet-b에 대해 us-west2-b를 선택할 수 있습니다.

1. 계속해 Compute Engine 내에서 왼쪽 창의 인스턴스 그룹을 클릭한 후 인스턴스 그룹 만들기를 클릭합니다.

2. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   이름	instance-group-1
   인스턴스 템플릿	instance-template-1
   위치	단일 영역
   리전
   영역
   자동 확장 > 최소 인스턴스 수	1
   자동 확장 > 최대 인스턴스 수	1
   자동 확장 > 자동 확장 신호(드롭다운 아이콘을 클릭하여 수정) > 신호 유형	CPU 사용률
   대상 CPU 사용률	80
   초기화 기간	45

참고:자동 확장은 측정된 부하에 따라 리소스를 동적으로 확장하는 관리형 인스턴스 그룹의 핵심 기능입니다. 이 기능을 사용하면 애플리케이션이 가변 트래픽을 원활하게 처리하고 클라우드 지출을 최적화할 수 있습니다.

3. 만들기를 클릭합니다.

   subnet-a와 동일한 리전의 다른 영역에 있는 instance-group-2에서 동일한 절차를 반복합니다.

4. 인스턴스 그룹 만들기를 클릭합니다.

5. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   이름	instance-group-2
   인스턴스 템플릿	instance-template-2
   위치	단일 영역
   리전
   영역	영역(subnet-a와 동일한 리전의 다른 영역 사용)
   자동 확장 > 최소 인스턴스 수	1
   자동 확장 > 최대 인스턴스 수	1
   자동 확장 > 자동 확장 신호(드롭다운 아이콘을 클릭하여 수정) > 신호 유형	CPU 사용률
   대상 CPU 사용률	80
   초기화 기간	45

6. 만들기를 클릭합니다.

백엔드 확인

두 서브넷 모두에서 VM 인스턴스가 생성되었는지 확인하고 백엔드 HTTP 사이트에 직접 액세스할 유틸리티 VM을 만듭니다. 이 단계에서는 부하 분산기를 도입하기 전에 개별 백엔드 기능을 확인하여 서비스 등급이 올바르게 설정되었는지 확인합니다.

1. 계속해 Compute Engine 내에서 VM 인스턴스를 클릭합니다.

2. instance-group-1 및 instance-group-2로 시작하는 두 개의 인스턴스가 있습니다.

   이들 인스턴스는 별개의 영역에 위치하며, 인스턴스의 내부 IP 주소가 subnet-a와 subnet-b CIDR 블록에 포함됩니다.

3. 새 인스턴스를 만들려면 인스턴스 만들기를 클릭합니다.

4. 머신 구성에서

   다음 값을 선택합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   이름	utility-vm
   리전
   영역
   시리즈	E2
   머신 유형	e2-micro(공유 vCPU 1개)

5. 네트워킹을 클릭합니다.

   네트워크 인터페이스에서 전환을 클릭하여 네트워크 인터페이스를 수정합니다.

   다음 사항을 지정합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   네트워크	my-internal-app
   서브네트워크	subnet-a
   기본 내부 IPv4 주소	임시(커스텀)
   커스텀 임시 IP 주소	10.10.20.50

6. 완료를 클릭한 후 만들기를 클릭합니다.

'내 진행 상황 확인하기'를 클릭하여 목표를 확인합니다.

인스턴스 템플릿 구성 및 인스턴스 그룹 만들기

7. 백엔드의 내부 IP 주소는 10.10.20.2 및 10.10.30.2입니다.

참고: IP 주소가 다른 경우 아래 두 curl 명령어의 IP 주소를 대체하세요.

8. utility-vm에서 SSH를 클릭해 터미널을 실행하고 연결합니다.
9. instance-group-1-xxxx 시작 페이지를 확인하려면 다음 명령어를 실행합니다.

curl 10.10.20.2

출력은 다음과 같습니다.

<h1>Internal Load Balancing Lab</h1><h2>Client IP</h2>Your IP address : 10.10.20.50<h2>Hostname</h2>Server Hostname: instance-group-1-1zn8<h2>Server Location</h2>Region and Zone: us-central1-a

10. instance-group-2-xxxx 시작 페이지를 확인하려면 다음 명령어를 실행합니다.

curl 10.10.30.2

출력은 다음과 같습니다.

<h1>Internal Load Balancing Lab</h1><h2>Client IP</h2>Your IP address : 10.10.20.50<h2>Hostname</h2>Server Hostname: instance-group-2-q5wp<h2>Server Location</h2>Region and Zone: us-central1-b

참고: curl 명령어를 사용하면 각 VM 인스턴스의 클라이언트 IP와 자체 이름 및 위치가 표시됩니다. 이는 내부 부하 분산기가 트래픽을 두 백엔드 모두로 전송하는지 확인할 때 도움이 됩니다.

11. utility-vm의 SSH 터미널을 종료합니다.

exit

작업 3. 내부 부하 분산기 구성

ILB를 구성하면 백엔드 서비스에 대한 액세스가 중앙 집중화되고, 내부 트래픽을 위한 단일 진입점이 제공되며, 인스턴스의 상태와 용량에 따른 지능적인 트래픽 분산이 보장됩니다. 이 단계는 앞에서 설명한 고가용성 및 확장성 이점을 달성하기 위한 필수 작업입니다. 분산 서비스를 위한 중앙 집중식 액세스 포인트 역할을 하기 때문입니다.

이 다이어그램처럼 두 백엔드(instance-group-1 및 instance-group-2) 간에 트래픽을 분산하도록 내부 부하 분산기를 구성합니다.

구성 시작

1. 탐색 메뉴에서 모든 제품 보기를 선택합니다. 네트워킹에서 네트워크 서비스를 선택합니다.
2. 부하 분산 페이지를 선택합니다.
3. 부하 분산기 만들기를 클릭합니다.
4. 부하 분산기 유형에서 네트워크 부하 분산기(TCP/UDP/SSL)를 선택합니다.
5. 프록시 또는 패스 스루에서 패스 스루 부하 분산기를 선택합니다.
6. 공개 또는 내부에서 내부를 선택합니다.
7. 구성을 클릭합니다.
8. 이름에 my-ilb라고 입력합니다.
9. 리전에서 리전을 선택합니다.
10. 네트워크에서 my-internal-app을 선택합니다.

리전 백엔드 서비스 구성

백엔드 서비스는 ILB를 뒷받침하는 인텔리전스로, 트래픽이 분산되는 방식과 인스턴스 상태가 모니터링되는 방식을 정의합니다. 백엔드 서비스는 작동 중인 인스턴스로만 트래픽이 흐르게 하고 과부하를 방지하기 위한 필수 요소입니다. 그리고 사용자는 세션 어피니티와 같은 고급 기능을 구성하여 연결을 동일한 백엔드에 유지하거나, 연결 드레이닝을 통해 원활한 백엔드 업데이트를 수행할 수도 있습니다.

백엔드 서비스는 인스턴스 그룹을 모니터링하고 구성된 사용량을 초과하지 않도록 차단합니다.

1. 백엔드 구성을 클릭합니다.

2. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 옵션 선택)
   인스턴스 그룹	instance-group-1

3. 백엔드 추가를 클릭합니다.

4. 인스턴스 그룹에 instance-group-2를 선택합니다.

5. 상태 점검에서 상태 점검 만들기를 선택합니다.

6. 다음 값을 설정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 옵션 선택)
   이름	my-ilb-health-check
   프로토콜	TCP
   포트	80

참고: 상태 점검은 새 연결을 수신할 수 있는 인스턴스를 판별합니다. HTTP 상태 점검은 5초마다 인스턴스를 점검하고 최대 5초 동안 응답을 기다립니다. 성공한 시도 2회는 정상, 실패한 시도 2회는 비정상으로 간주됩니다. 이러한 지속적인 모니터링은 인스턴스 장애로부터 신속하게 복구하고 서비스수준계약(SLA)을 유지하는 데 있어 대단히 중요한 역할을 합니다.

7. 만들기를 클릭합니다.
8. Cloud 콘솔의 백엔드 구성 옆에 파란색 체크표시가 있는지 확인합니다. 없으면 위의 단계를 모두 완료했는지 다시 한번 확인합니다.

프런트엔드 구성

프런트엔드는 ILB의 노출된 인터페이스입니다. 고정 내부 IP 주소를 할당하면 사용자는 다른 내부 서비스가 연결할 수 있는 일관되고 예측 가능한 엔드포인트를 제공하여 애플리케이션 아키텍처를 간소화하고, VPC 내에서 서비스를 쉽게 검색할 수 있게 하고, 안정성을 개선할 수 있습니다.

프런트엔드는 트래픽을 백엔드로 전달합니다.

1. 프런트엔드 구성을 클릭합니다.

2. 다음을 지정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   서브네트워크	subnet-b
   내부 IP	IP 주소에서 IP 주소 만들기를 선택

3. 다음을 지정하고 나머지 값은 모두 기본값으로 유지합니다.

   속성	값(지정된 대로 값 입력 또는 옵션 선택)
   이름	my-ilb-ip
   고정 IP 주소	직접 선택
   커스텀 IP 주소	10.10.30.5

4. 예약을 클릭합니다.

5. 포트 번호에 80을 입력합니다.

6. 완료를 클릭합니다.

내부 부하 분산기 검토 및 만들기

1. 검토 및 완료를 클릭합니다.

2. 백엔드 및 프런트엔드를 검토합니다.

3. 만들기를 클릭합니다. 부하 분산기가 생성되고 나면 다음 작업으로 넘어갑니다.

'내 진행 상황 확인하기'를 클릭하여 목표를 확인합니다.

내부 부하 분산기 구성

작업 4. 내부 부하 분산기 테스트

최종 테스트에서는 ILB가 정상 백엔드 인스턴스에 트래픽을 올바르게 분산하는지 확인합니다. 이렇게 하면 이제 내부 서비스가 ILB의 핵심 이점 덕분에 복원력과 확장성이 개선되었고, 비공개 연결이 올바르게 설정되었는지 확인할 수 있습니다.

my-ilb IP 주소가 instance-group-1 및 instance-group-2에 트래픽을 전달하는지 확인합니다.

내부 부하 분산기 액세스

1. Cloud 콘솔에서 탐색 메뉴 > Compute Engine > VM 인스턴스로 이동합니다.
2. utility-vm에서 SSH를 클릭해 터미널을 실행하고 연결합니다.
3. 내부 부하 분산기가 트래픽을 전달하는지 확인하려면 다음 명령어를 실행하세요.

curl 10.10.30.5

출력은 다음과 같습니다.

<h1>Internal Load Balancing Lab</h1><h2>Client IP</h2>Your IP address : 10.10.20.50<h2>Hostname</h2>Server Hostname: instance-group-1-1zn8<h2>Server Location</h2>Region and Zone: us-central1-a 참고: 트래픽이 내부 부하 분산기(10.10.30.5)에서 백엔드로 올바르게 전달됩니다.

4. 동일한 명령어를 몇 차례 실행합니다.

출력에서 의 instance-group-1 및 동일한 리전의 다른 영역에서 instance-group-2로부터의 응답이 표시되어야 합니다. 부하 분산기가 백엔드 인스턴스에 트래픽을 분산하여 고가용성 확보 및 부하 분산의 효과를 입증합니다.

수고하셨습니다

내부 부하 분산기를 성공적으로 구성하고 테스트하여 Google Cloud에서 견고하고 확장 가능하며 안전한 내부 애플리케이션을 빌드하는 데 내부 부하 분산기가 얼마나 중요한 역할을 하는지를 이해했습니다.

다음 단계/더 학습하기

Load Balancing의 기본 개념에 대한 내용은 Google Cloud Load Balancing 문서를 참조하세요.

Google Cloud 교육 및 자격증

Google Cloud 기술을 최대한 활용하는 데 도움이 됩니다. Google 강의에는 빠른 습득과 지속적인 학습을 지원하는 기술적인 지식과 권장사항이 포함되어 있습니다. 기초에서 고급까지 수준별 학습을 제공하며 바쁜 일정에 알맞은 주문형, 실시간, 가상 옵션이 포함되어 있습니다. 인증은 Google Cloud 기술에 대한 역량과 전문성을 검증하고 입증하는 데 도움이 됩니다.

설명서 최종 업데이트: 2025년 9월 15일

실습 최종 테스트: 2025년 5월 26일

Copyright 2025 Google LLC. All rights reserved. Google 및 Google 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표일 수 있습니다.