

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Network Load Balancer \| 생성
<a name="deployment-advanced-network-load-balancer-create"></a>

를 사용하여 Network Load Balancer를 생성합니다.

**전체 분류:** 배포 \| 고급 스택 구성 요소 \| Network Load Balancer \| 생성

## 변경 유형 세부 정보
<a name="ct-2qldv4h9osmau-DANc-table"></a>


****  

|  |  | 
| --- |--- |
| 유형 ID 변경 | ct-2qldv4h9osmau | 
| 현재 버전 | 1.0 | 
| 예상 실행 기간 | 360분 | 
| AWS 승인 | 필수 | 
| 고객 승인 | 불필요 | 
| 실행 모드 | 자동 | 

## 추가 정보
<a name="deployment-advanced-network-load-balancer-create-info"></a>

### NLB 로드 밸런서 생성
<a name="ex-nlb-create-col"></a>

#### 콘솔을 사용하여 NLB 생성
<a name="nlb-create-con"></a>

AMS 콘솔에서이 변경 유형의 스크린샷:

![](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiNlbCreateCT.png)


작동 방식:

1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.

1. 기본 변경 유형 **찾아보기 보기에서 널리 사용되는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
   + **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.

     CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. **** 
   + **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.

1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.

   **실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.

1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 **성공적으로 생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.

1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.

#### CLI를 사용하여 NLB 생성
<a name="nlb-create-cli"></a>

작동 방식:

1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.

1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id {{ID}}` 명령을 제출합니다.

   RFC: `aws amscm get-rfc --rfc-id {{ID}}` 명령을 모니터링합니다.

변경 유형 버전을 확인하려면 다음 명령을 사용합니다.

```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value={{CT_ID}}
```
**참고**  
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 `CreateRfc` 파라미터를 RFC와 함께 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.

*인라인 생성*:

인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 따옴표 이스케이프)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.

```
aws --profile saml --region us-east-1 amscm create-rfc  --change-type-id "ct-2qldv4h9osmau" --change-type-version "1.0" --title "{{Test-NLB-QC}}" --execution-parameters "{\"Description\":\"{{QCNLB}}\", \"VpcId\":\"{{VPC_ID}}\", \"StackTemplateId\":\"stm-l70qr9itukvqssg8d\", \"Name\":\"{{QCNLB}}\", \"TimeoutInMinutes\":60, \"Parameters\":{\"SubnetIds\":[\"{{SUBNET_ID}}\",\"{{SUBNET_ID}}\"]}}"
```

*템플릿 생성*:

1. 이 변경 유형에 대한 실행 파라미터 JSON 스키마를 JSON 파일로 출력합니다.이 예제에서는 CreateNlbParams.json:이라는 이름을 지정합니다.

   ```
   aws amscm get-change-type-version --change-type-id "ct-2qldv4h9osmau" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateNlbParams.json
   ```

1. CreateNlbParams 파일을 수정하고 저장합니다. 예제에 제공된 값은 상태 확인 임계값이 완화되고 `Public` 파라미터가 true(퍼블릭 NLB의 경우)로 설정된 퍼블릭 Network Load Balancer의 배포를 반영합니다. 여기서 `Name` 설정한는 실제 NLB 이름이 아니므로 콘솔에서 해당 이름을 NLB 인스턴스 이름으로 찾을 수 있습니다.

   ```
   {
   "Description":      "{{NLB-Create}}", 
   "VpcId":            "{{VPC_ID}}", 
   "StackTemplateId":  "stm-l70qr9itukvqssg8d", 
   "Name":             "{{My-NLB}}",
   
   "Parameters":   {
       "SubnetIds":  ["{{PUBLIC_AZ1}}", "{{PUBLIC_AZ2}}"],
       "HealthCheckHealthyThreshold":   {{2}},
       "HealthCheckInterval":           {{30}},
       "HealthCheckTargetPath":         {{traffic-port}}",
       "DeregistrationDelayTimeout":                 10,
       "Public":                        true
       }
   }
   ```

1. RFC 템플릿을 현재 폴더의 파일로 출력합니다.이 예제에서는 CreateNlbRfc.json:이라는 이름을 지정합니다.

   ```
   aws amscm create-rfc --generate-cli-skeleton > CreateNlbRfc.json
   ```

1. CreateNlbRfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.

   ```
   {
   "ChangeTypeVersion":    "{{1.0}}",	
   "ChangeTypeId":         "ct-2qldv4h9osmau",
   "Title":                "{{NLB-Create-RFC}}"
   }
   ```

1. CreateNlbRfc 파일과 CreateNlbParams 파일을 지정하여 RFC를 생성합니다.

   ```
   aws amscm create-rfc --cli-input-json file://CreateNlbRfc.json --execution-parameters file://CreateNlbParams.json
   ```

   응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.

1. 로드 밸런서를 보려면 실행 출력을 살펴봅니다. stack\_id를 사용하여 CloudFormation 콘솔에서 NLB를 보거나 스택 삭제 RFC를 생성하고 NLB CName 값을 사용하여 NLB에 프로그래밍 방식으로 액세스합니다.

#### 팁
<a name="ex-nlb-create-tip"></a>

**참고**  
최대 4개의 대상 IDs, 포트 및 가용 영역을 지정할 수 있습니다.

AWS Network Load Balancer에 대한 자세한 내용은 [ Network Load Balancer 생성을 참조하세요](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html).

네트워크 로드 밸런서 리스너를 생성하려면 [대상 그룹 \| 생성(NLB용)](https://docs.aws.amazon.com/managedservices/latest/ctref/deployment-advanced-target-group-create-for-nlb.html)을 참조하세요.

Network Load Balancer 대상 그룹을 생성하려면 섹션을 참조하세요[NLB 대상 그룹 생성](deployment-advanced-target-group-create-for-nlb.md#ex-tar-group-nlb-create-col).

## 실행 입력 파라미터
<a name="deployment-advanced-network-load-balancer-create-input"></a>

실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-2qldv4h9osmau 스키마](schemas.md#ct-2qldv4h9osmau-schema-section).

## 예: 필수 파라미터
<a name="deployment-advanced-network-load-balancer-create-ex-min"></a>

```
Example not available.
```

## 예: 모든 파라미터
<a name="deployment-advanced-network-load-balancer-create-ex-max"></a>

```
{
  "Description": "This is a test description",
  "Name": "Test Stack",
  "Parameters": {
    "CrossZoneEnabled": "false",
    "DeregistrationDelayTimeoutSeconds": "300",
    "HealthCheckHealthyThreshold": "3",
    "HealthCheckIntervalSeconds": "30",
    "HealthCheckTargetPath": "/",
    "HealthCheckTargetPort": "80",
    "HealthCheckTargetProtocol": "TCP",
    "InstancePort": "80",
    "LoadBalancerName": "my-load-balancer",
    "LoadBalancerPort": "80",
    "ProxyProtocolV2": "false",
    "Public": "false",
    "SubnetIds": ["subnet-01234567890abcdef", "subnet-01234567891abcdef"],
    "SecurityGroupIds":["sg-01234567890abcdef"],
    "Target1AvailabilityZone": "us-east-1a",
    "Target1ID": "i-01234567890abcdef",
    "Target1Port": "80",
    "Target2AvailabilityZone":  "us-east-1a",
    "Target2ID": "i-11234567890abcdef",
    "Target2Port": "80",
    "Target3AvailabilityZone": "us-east-1a",
    "Target3ID": "i-21234567890abcdef",
    "Target3Port": "80",
    "Target4AvailabilityZone": "us-east-1a",
    "Target4ID": "i-31234567890abcdef",
    "Target4Port": "80",
    "TargetType": "instance"
  },
  "StackTemplateId": "stm-l70qr9itukvqssg8d",
  "TimeoutInMinutes": 60,
  "VpcId": "vpc-01234567890abcdef"
}
```