기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# SSM 패치 기준 \$1 생성(CentOS)
AWS Systems Manager(SSM) 패치 기준을 생성하여 CentOS용 인스턴스에 설치하도록 승인된 패치를 정의합니다. 패치 기준에 대한 기존 인스턴스 "패치 그룹" 태그 값을 지정합니다. 패치 기준은 SSM 콘솔로 관리할 수 있는 SSM 리소스입니다.
**전체 분류:** 배포 \$1 패치 적용 \$1 SSM 패치 기준 \$1 생성(CentOS)
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-2nyeguspp2g1l |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 60분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### CentOS용 생성
#### 콘솔을 사용하여 SSM CentOS 패치 기준 생성
AMS 콘솔에서이 변경 유형의 스크린샷:
![\[Form for creating an SSM patch baseline for CentOS, showing description and version fields.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiPatchBaseCentCT.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 사본을 생성합니다.
AWS 콘솔에서 Systems Manager --> Patch Manager --> Patch Baselines에서 생성한 패치 기준을 볼 수 있습니다.
#### CLI를 사용하여 SSM CentOS 패치 기준 생성
작동 방식:
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
```
**참고**
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 RFC에서 `CreateRfc` 파라미터를 사용할 수 있습니다. 예를 들어 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를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
**CentOS**:
```
aws amscm create-rfc --title Patch-Baseline-Create-Centos-RFC --change-type-id ct-2nyeguspp2g1l --change-type-version 1.0 --execution-parameters '{"ApprovalRules": [{"ApproveAfterDays": 7, "Classification": ["All"], "Severity": ["All"]}], "OperatingSystem": "CentOS", "Name": "TestBaselineCentOS", "PatchGroupTagValues": ["MyCentOSPatchGroup"]}'
```
*템플릿 생성*:
1. 이 변경 유형에 대한 실행 파라미터 JSON 스키마를 JSON 파일로 출력합니다.이 예제에서는 CreateCentosPatchBaselineParams.json:이라는 이름을 지정합니다.
```
aws amscm get-change-type-version --change-type-id "ct-2taqdgegqthjr" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateCentosPatchBaselineParams.json
```
1. CreateCentosPatchBaselineParams 파일을 수정하고 저장합니다. 아래 예제를 참조하십시오. 특정 요구 사항에 맞게 이러한 파라미터를 수정해야 합니다.
이 예제에서는 모든 업데이트가 릴리스 후 5일 후에 설치가 승인됩니다. 패키지 **example-pkg-0.710.10-2.7.abcd.x86\$164**는 설치되지 않습니다.
```
{
"ApprovalRules":[{
"ApproveAfterDays": 5,
"Severity": [
"All"
],
"Classification": [
"All"
]
}],
"Description": "Patch Baseline",
"Name": "PatchBaseline-Unit-test",
"OperatingSystem": "CentOS",
"PatchGroupTagValues": [
"test1"
],
"RejectedPatches":["example-pkg-0.710.10-2.7.abcd.x86_64"],
"Tags": [
{
"Key":"patchGroupCent",
"Value":"test1"
}
]
```
1. RFC 템플릿을 현재 폴더의 파일로 출력합니다.이 예제에서는 CreateCentosPatchBaselineRfc.json:이라는 이름을 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > CreateCentosPatchBaselineRfc.json
```
1. CreateCentosPatchBaselineRfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-2nyeguspp2g1l",
"Title": "Patch-Baseline-Create-Centos-RFC"
}
```
1. CreateCentosPatchBaselineRfc 파일과 CreateCentosPatchBaselineParams 파일을 지정하여 RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://CreateCentosPatchBaselineRfc.json --execution-parameters file://CreateCentosPatchBaselineParams.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
1. SSM 패치 기준을 보려면 실행 출력에서: stack\$1id를 사용하여 Systems Manager 콘솔에서 패치 기준을 확인합니다.
#### 팁
**참고**
다양한 운영 체제에 대해 SSM 패치 기준을 생성하기 위한 다섯 가지 변경 유형이 있습니다.
**참고**
CentOS 기본 리포지토리는 업데이트 알림 메타데이터를 제공하지 않으므로 모든 업데이트는 분류 또는 심각도 정보 없이 비보안으로 분류됩니다. 따라서 모든 CentOS 패치 기준에 대해 **분류:모두** 및 **심각도:모두**를 지정해야 합니다. CentOS 기준에서 비보안 업데이트를 허용하지 않으면 기본 리포지토리에서 어떤 유형의 업데이트도 설치되지 않습니다. 자세한 내용은 [ 보안 패치 선택 방법을 참조하세요](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-how-it-works-selection.html#centos).
**중요**
**ApprovalRules** 또는 **ApprovedPatches** 중 하나 이상이 필요합니다.
패치 기준을 생성하는 경우 하나 이상의 승인 규칙 및/또는 승인된 패치가 정의되어 있어야 합니다. 승인 규칙을 사용하면 설치할 분류(예: SecurityUpdates) 및 심각도(예: Critical) 패치를 지정할 수 있습니다. 승인 규칙에서 패치가 릴리스된 후 설치할 수 있는 일수를 정의할 수 있습니다. 승인된 패치 목록에 지정된 패치는 승인 규칙과 일치하는지 여부에 관계없이 설치됩니다. 마지막으로 거부된 패치 목록의 항목은 승인 규칙 및/또는 승인된 패치와 일치하는 경우에도 해당 패치가 설치되지 않도록 제외합니다. 자세한 내용은 [사전 정의 및 사용자 지정 패치 기준 정보를 참조하세요](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-patch-baselines.html).
SSM 패치 창을 생성하려면 [SSM 패치 창 생성을](https://docs.aws.amazon.com/managedservices/latest/ctref/ex-patch-window-create-col.html) 참조하세요.
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-2nyeguspp2g1l에 대한 스키마](schemas.md#ct-2nyeguspp2g1l-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
Example not available.
```