기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 스토리지 용량 관리
추가 스토리지 및 처리량이 필요한 경우 FSx for Lustre 파일 시스템에 구성된 SSD 또는 HDD 스토리지 용량을 늘릴 수 있습니다. FSx for Lustre 파일 시스템의 처리량은 스토리지 용량에 따라 선형적으로 확장되므로 처리량 용량도 그에 비례하여 증가합니다. 스토리지 용량을 늘리려면 Amazon FSx 콘솔, AWS Command Line Interface (AWS CLI) 또는 Amazon FSx API를 사용할 수 있습니다.
파일 시스템의 스토리지 용량 업데이트를 요청하면 Amazon FSx가 자동으로 새 네트워크 파일 서버를 추가하고 메타데이터 서버를 확장합니다. 스토리지 용량을 확장하는 동안 파일 시스템을 사용하지 못할 수 있습니다. 파일 시스템을 사용할 수 없는 상태에서 클라이언트가 실행한 파일 작업은 명백히 재시도되며 스토리지 확장이 완료된 후 실행 완료됩니다. 파일 시스템을 사용할 수 없는 동안에는 파일 시스템 상태가 `UPDATING`으로 설정됩니다. 스토리지 확장이 완료되면 파일 시스템 상태가 `AVAILABLE`으로 설정됩니다.
그런 다음 Amazon FSx는 기존 및 새로 추가된 파일 서버 전반에서 데이터를 명백하게 재조정하는 스토리지 최적화 프로세스를 실행합니다. 재조정은 파일 시스템 가용성에 영향을 주지 않고 백그라운드에서 수행됩니다. 재조정 중에는 데이터 이동에 리소스가 소비되므로 파일 시스템 성능이 저하될 수 있습니다. 대부분의 파일 시스템에서 스토리지 최적화는 몇 시간에서 며칠까지 걸립니다. 최적화 단계에서 파일 시스템에 액세스하여 사용할 수 있습니다.
Amazon FSx 콘솔, CLI 및 API를 사용하여 언제든지 스토리지 최적화 진행 상황을 추적할 수 있습니다. 자세한 내용은 [스토리지 용량 증가 모니터링](monitoring-storage-capacity-increase.md) 섹션을 참조하세요.
**Topics**
+ [스토리지 용량 증가 시 고려 사항](#storage-capacity-important-to-know)
+ [스토리지 용량을 늘려야 하는 경우](#when-to-modify-storage-capacity)
+ [동시 스토리지 크기 조정 및 백업 요청을 처리하는 방법](#storage-capacity-changes-and-backups)
+ [스토리지 용량 늘리기](increase-storage-capacity.md)
+ [스토리지 용량 증가 모니터링](monitoring-storage-capacity-increase.md)
## 스토리지 용량 증가 시 고려 사항
스토리지 용량을 늘릴 때 고려해야 할 몇 가지 중요한 항목은 다음과 같습니다.
+ **증가만** - 파일 시스템의 스토리지 용량을 *늘릴* 수만 있고 스토리지 용량을 줄일 수는 없습니다.
+ **증분 증가** - 스토리지 용량을 늘릴 때는 **스토리지 용량 증가** 대화 상자에 나열된 증분을 사용합니다.
+ **증가 간격** - 마지막 증가 요청 후 6시간이 경과할 때까지 파일 시스템에서 스토리지 용량을 추가로 향상시킬 수 없습니다.
+ **처리량 용량** - 스토리지 용량을 늘리면 처리량 용량이 자동으로 증가합니다. SSD 캐시가 있는 영구 HDD 파일 시스템의 경우 읽기 캐시 스토리지 용량도 마찬가지로 증가하여 SSD 캐시를 HDD 스토리지 용량의 20% 로 유지합니다. Amazon FSx는 스토리지 및 처리량 용량 단위의 새 값을 계산하여 **스토리지 용량 증가** 대화 상자에 나열합니다.
**참고**
파일 시스템의 스토리지 용량을 업데이트하지 않고도 영구 SSD 기반 파일 시스템의 처리량 용량을 독립적으로 수정할 수 있습니다. 자세한 내용은 [프로비저닝된 처리량 용량 모드](managing-throughput-capacity.md) 섹션을 참조하세요.
+ **배포 유형** - 스크래치 1 파일 시스템을 제외한 모든 배포 유형의 스토리지 용량을 늘릴 수 있습니다.
## 스토리지 용량을 늘려야 하는 경우
여유 스토리지 용량이 부족할 경우 파일 시스템의 스토리지 용량을 늘립니다. `FreeStorageCapacity` CloudWatch 지표를 사용하여 파일 시스템에서 사용 가능한 여유 스토리지의 양을 모니터링할 수 있습니다. 이 지표에 Amazon CloudWatch 경보를 생성하면 지표가 특정 임곗값 아래로 떨어질 때 알림을 받을 수 있습니다. 자세한 내용은 [Amazon CloudWatch를 사용한 모니터링](monitoring-cloudwatch.md) 섹션을 참조하세요.
CloudWatch 지표를 사용하여 파일 시스템의 지속적인 처리량 사용량을 모니터링할 수 있습니다. 파일 시스템에 더 높은 처리량 용량이 필요하다고 판단되면 지표 정보를 사용하여 스토리지 용량을 얼마나 늘릴지 결정할 수 있습니다. 파일 시스템의 현재 처리량을 확인하는 방법에 대한 자세한 내용은 [Amazon FSx for Lustre CloudWatch 지표를 사용하는 방법](how_to_use_metrics.md) 섹션을 참조하세요. 스토리지 용량이 처리량 용량에 미치는 영향에 대한 자세한 내용은 [Amazon FSx for Lustre 성능](performance.md) 섹션을 참조하세요.
또한 파일 시스템 세부 정보 페이지의 **요약** 패널에서 파일 시스템의 스토리지 용량과 총 처리량을 볼 수 있습니다.
## 동시 스토리지 크기 조정 및 백업 요청을 처리하는 방법
스토리지 크기 조정 워크플로가 시작되기 직전이나 진행 중에 백업을 요청할 수 있습니다. Amazon FSx가 두 요청을 처리하는 순서는 다음과 같습니다.
+ 스토리지 확장 워크플로가 진행 중이고(스토리지 확장 상태는 `IN_PROGRESS` 이고 파일 시스템 상태는`UPDATING`) 백업을 요청하면 백업 요청이 대기열에 추가됩니다. 스토리지 확장이 스토리지 최적화 단계에 있을 때 백업 작업이 시작됩니다(스토리지 크기 조정 상태는 `UPDATED_OPTIMIZING` 이고 파일 시스템 상태는`AVAILABLE`).
+ 백업이 진행 중이고(백업 상태는 `CREATING`) 스토리지 스케일링을 요청하면 스토리지 스케일링 요청이 대기열에 추가됩니다. 스토리지 확장 워크플로는 Amazon FSx가 백업을 Amazon S3로 전송할 때 시작됩니다(백업 상태는 `TRANSFERRING`).
스토리지 확장 요청이 보류 중이고 파일 시스템 백업 요청도 보류 중인 경우 백업 작업의 우선 순위가 더 높습니다. 스토리지 조정 작업은 백업 작업이 완료될 때까지 시작되지 않습니다.
# 스토리지 용량 늘리기
Amazon FSx 콘솔 AWS CLI, 또는 Amazon FSx API를 사용하여 파일 시스템의 스토리지 용량을 늘릴 수 있습니다.
**파일 시스템의 스토리지 용량 증가(콘솔)**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다.
1. **파일 시스템**으로 이동하여 스토리지 용량을 늘리려는 Lustre파일 시스템을 선택합니다.
1. **작업**에서 **스토리지 용량 업데이트**를 선택합니다. 또는 **요약** 패널에서 파일 시스템의 **스토리지 용량** 옆에 있는 **업데이트**를 선택하여 **스토리지 용량 증가** 대화 상자를 선택합니다.
1. **원하는 스토리지 용량**의 경우 파일 시스템의 현재 스토리지 용량보다 큰 새 스토리지 용량을 GiB 단위로 입력합니다.
+ 영구 SSD 또는 스크래치 2 파일 시스템의 경우 이 값은 2,400GiB의 배수 단위여야 합니다.
+ 영구 HDD 파일 시스템의 경우 이 값은 12MBps/TiB 파일 시스템에 대해 6,000GiB의 배수, 40MBpsTiB 파일 시스템에 대해 1,800GiB의 배수여야 합니다.
+ EFA 지원 파일 시스템의 경우 이 값은 125MBps/TiB 파일 시스템에 대해 38,400GiB의 배수, 250MBps/GiB 파일 시스템에 대해 19,200TiB의 배수, 500MBps/GiB 파일 시스템에 대해 9,600 MBps/TiB의 배수, 1,000MBps/TiB 파일 시스템에 대해 4,800GiB의 배수여야 합니다.
**참고**
스크래치 1 파일 시스템의 스토리지 용량을 늘릴 수 없습니다.
1. **업데이트**를 선택하여 스토리지 용량 업데이트를 시작합니다.
1. **업데이트** 탭의 파일 시스템 세부 정보 페이지에서 업데이트 진행 상황을 모니터링할 수 있습니다.
**파일 시스템의 스토리지 용량 증가(CLI)**
1. FSx for Lustre 파일 시스템의 스토리지 용량을 늘리려면 [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) AWS CLI 명령을 사용합니다. 다음 파라미터를 설정합니다.
업데이트하려는 파일 시스템 ID를 `--file-system-id`로 설정합니다.
`--storage-capacity`을 스토리지 용량 증가량(GiB)을 나타내는 정수 값으로 설정합니다. 영구 SSD 또는 스크래치 2 파일 시스템의 경우 이 값은 2,400의 배수여야 합니다. 영구 HDD 파일 시스템의 경우 이 값은 12MBps/TiB 파일 시스템에 대해 6,000의 배수, 40MBps/TiB 파일 시스템에 대해 1,800의 배수여야 합니다. 새 대상 값은 파일 시스템의 현재 스토리지 용량보다 커야 합니다.
이 명령은 영구 SSD 또는 스크래치 2 파일 시스템의 스토리지 용량 대상 값을 9,600GiB로 지정합니다.
```
$ aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--storage-capacity 9600
```
1. describe-file-systems AWS CLI 명령을 사용하여 업데이트 진행 상황을 모니터링할 수 있습니다. [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) 출력에서 `administrative-actions`를 찾습니다.
자세한 내용은 [AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)을 참조하세요.
# 스토리지 용량 증가 모니터링
Amazon FSx 콘솔, API 및 AWS CLI를 사용하여 스토리지 용량 증가 진행 상황을 모니터링할 수 있습니다.
## 콘솔에서 증가 모니터링
파일 시스템 세부 정보 페이지의 **업데이트** 탭에서 각 업데이트 유형에 대한 최신 업데이트 10개를 볼 수 있습니다.
다음 정보를 볼 수 있습니다.
****업데이트 유형****
지원되는 유형은 **스토리지 용량** 및 **스토리지 최적화**입니다.
****대상 값****
파일 시스템의 스토리지 용량을 업데이트하려는 적정 값입니다.
****상태****
스토리지 용량의 현재 상태입니다. 가능한 값은 다음과 같습니다.
+ **보류 중** – Amazon FSx가 업데이트 요청을 받았지만 처리를 시작하지 않았습니다.
+ **진행 중** – Amazon FSx에서 업데이트 요청을 처리하고 있습니다.
+ **업데이트 후 최적화 중** - Amazon FSx가 파일 시스템의 스토리지 용량을 늘렸습니다. 스토리지 최적화 프로세스에서 파일 서버 전반의 데이터를 재조정하고 있습니다.
+ **완료** - 스토리지 용량 증가가 완료되었습니다.
+ **실패** - 스토리지 용량 증가에 실패했습니다. 스토리지 업데이트가 실패한 자세한 이유를 보려면 **?**를 선택합니다.
****진행률(%)****
스토리지 최적화 프로세스의 진행률을 완료율로 표시합니다.
****요청 시간****
Amazon FSx가 업데이트 작업 요청을 받은 시간입니다.
## AWS CLI 및 API로 증가 모니터링
[describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI 명령과 [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API 작업을 사용하여 파일 시스템 스토리지 용량 증가 요청을 보고 모니터링할 수 있습니다. `AdministrativeActions` 배열에 각 관리 작업 유형에 대한 가장 최근의 업데이트 작업 10개가 나열됩니다. 파일 시스템의 스토리지 용량을 늘리면 `FILE_SYSTEM_UPDATE` 및 `STORAGE_OPTIMIZATION`이라는 두 개의 `AdministrativeActions` 작업이 생성됩니다.
다음 예제는 **describe-file-systems** CLI 명령의 응답 발췌문을 보여줍니다. 파일 시스템의 스토리지 용량은 4,800GB이며, 스토리지 용량을 9,600GB로 늘리기 위한 관리 작업이 보류 중입니다.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 4800,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "PENDING",
"TargetFileSystemValues": {
"StorageCapacity": 9600
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1581694764.757,
"Status": "PENDING",
}
]
```
Amazon FSx는 `FILE_SYSTEM_UPDATE` 작업을 먼저 처리하여 파일 시스템에 새 파일 서버를 추가합니다. 파일 시스템에서 새 스토리지를 사용할 수 있게 되면 `FILE_SYSTEM_UPDATE` 상태가 `UPDATED_OPTIMIZING`으로 변경됩니다. 스토리지 용량은 더 큰 새로운 값을 보여주며, Amazon FSx는 `STORAGE_OPTIMIZATION` 관리 작업을 처리하기 시작합니다. 이는 **describe-file-systems** CLI 명령의 다음 응답 발췌문에 나와 있습니다.
`ProgressPercent` 속성은 스토리지 최적화 프로세스의 진행 상황을 표시합니다. 스토리지 최적화 프로세스가 완료되면 `FILE_SYSTEM_UPDATE` 작업 상태가 `COMPLETED`로 변경되고 `STORAGE_OPTIMIZATION` 작업이 더 이상 표시되지 않습니다.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 9600,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "UPDATED_OPTIMIZING",
"TargetFileSystemValues": {
"StorageCapacity": 9600
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1581694764.757,
"Status": "IN_PROGRESS",
"ProgressPercent": 50,
}
]
```
스토리지 용량 증가에 실패하면 `FILE_SYSTEM_UPDATE` 작업 상태가 `FAILED`로 변경됩니다. 이 `FailureDetails` 속성은 다음 예제와 같이 실패에 대한 정보를 제공합니다.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 4800,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"FailureDetails": {
"Message": "string"
},
"RequestTime": 1581694764.757,
"Status": "FAILED",
"TargetFileSystemValues":
"StorageCapacity": 9600
}
]
```