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

# 작업에서 파일 사용
<a name="using-files-in-your-jobs"></a>

 AWS Deadline Cloud에 제출하는 많은 작업에는 입력 및 출력 파일이 있습니다. 입력 파일 및 출력 디렉터리는 공유 파일 시스템과 로컬 드라이브의 조합에 있을 수 있습니다. 작업은 해당 위치에서 콘텐츠를 찾아야 합니다. Deadline Cloud는 작업이 필요한 파일을 찾는 데 도움이 되도록 작업 [연결](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/storage-job-attachments.html)과 [스토리지 프로파일](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/storage-shared.html)이라는 두 가지 기능을 제공합니다.

작업 첨부 파일은 몇 가지 이점을 제공합니다.
+ Amazon S3를 사용하여 호스트 간에 파일 이동
+ 워크스테이션에서 작업자 호스트로 또는 그 반대로 파일 전송
+ 기능을 활성화하는 대기열의 작업에 사용 가능
+ 주로 서비스 관리형 플릿과 함께 사용되지만 고객 관리형 플릿과도 호환됩니다.

 스토리지 프로파일을 사용하여 워크스테이션 및 작업자 호스트에서 공유 파일 시스템 위치의 레이아웃을 매핑합니다. 이 매핑은 기반 워크스테이션 및 Windows기반 작업자 호스트를 사용한 교차 플랫폼 설정과 같이 워크스테이션과 Linux작업자 호스트의 위치가 다를 때 작업이 공유 파일 및 디렉터리를 찾는 데 도움이 됩니다. 파일 시스템 구성의 스토리지 프로파일 맵은 작업 첨부 파일에서도 Amazon S3를 통해 호스트 간에 통신하는 데 필요한 파일을 식별하는 데 사용됩니다.

 작업 첨부 파일을 사용하지 않고 워크스테이션과 작업자 호스트 간에 파일 및 디렉터리 위치를 다시 매핑할 필요가 없는 경우 스토리지 프로파일로 파일 공유를 모델링할 필요가 없습니다.

**Topics**
+ [샘플 프로젝트 인프라](sample-project-infrastructure.md)
+ [스토리지 프로파일 및 경로 매핑](storage-profiles-and-path-mapping.md)

# 샘플 프로젝트 인프라
<a name="sample-project-infrastructure"></a>

작업 연결 및 스토리지 프로파일 사용을 시연하려면 두 개의 별도 프로젝트로 테스트 환경을 설정합니다. Deadline Cloud 콘솔을 사용하여 테스트 리소스를 생성할 수 있습니다.

1. 아직 생성하지 않았다면 테스트 팜을 생성합니다. 팜을 생성하려면 [팜 생성](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/farms.html)의 절차를 따릅니다.

1. 두 프로젝트 각각에서 작업에 대해 두 개의 대기열을 생성합니다. 대기열을 생성하려면 [대기열 생성](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/create-queue.html)의 절차를 따릅니다.

   1. 라는 첫 번째 대기열을 생성합니다**Q1**. 다음 구성을 사용하고 다른 모든 항목에 기본값을 사용합니다.
      + 작업 연결에서 **새 Amazon S3 버킷 생성을** 선택합니다.
      + **고객 관리형 플릿과의 연결 활성화를** 선택합니다.
      + 사용자로 실행의 경우 POSIX 사용자와 그룹 모두에 **jobuser**를 입력합니다.
      + 대기열 서비스 역할의 경우 라는 새 역할을 생성합니다. **AssetDemoFarm-Q1-Role** 
      + 기본 conda 대기열 환경 확인란의 선택을 취소합니다.

   1. 라는 두 번째 대기열을 생성합니다**Q2**. 다음 구성을 사용하고 다른 모든 항목에 기본값을 사용합니다.
      + 작업 연결에서 **새 Amazon S3 버킷 생성을** 선택합니다.
      + **고객 관리형 플릿과의 연결 활성화를** 선택합니다.
      + 사용자로 실행의 경우 POSIX 사용자와 그룹 모두에 **jobuser**를 입력합니다.
      + 대기열 서비스 역할의 경우 라는 새 역할을 생성합니다. **AssetDemoFarm-Q2-Role** 
      + 기본 conda 대기열 환경 확인란의 선택을 취소합니다.

1. 두 대기열에서 작업을 실행하는 단일 고객 관리형 플릿을 생성합니다. 플릿을 생성하려면 [고객 관리형 플릿 생성](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/create-a-cmf.html)의 절차를 따릅니다. 다음 구성을 사용합니다.
   + **이름**에는를 사용합니다**DemoFleet**.
   + **플릿 유형**에서 **고객 관리**형을 선택합니다.
   + **플릿 서비스 역할**의 경우 **AssetDemoFarm-Fleet-Role**이라는 새 역할을 생성합니다.
   + 플릿을 대기열과 연결하지 마세요.

테스트 환경에서는 네트워크 파일 공유를 사용하여 호스트 간에 공유되는 파일 시스템이 3개 있다고 가정합니다. 이 예제에서 위치의 이름은 다음과 같습니다.
+ `FSCommon` - 두 프로젝트 모두에 공통적인 입력 작업 자산을 포함합니다.
+ `FS1` - 프로젝트 1에 대한 입력 및 출력 작업 자산을 포함합니다.
+ `FS2` - 프로젝트 2에 대한 입력 및 출력 작업 자산을 포함합니다.

또한 테스트 환경은 다음과 같이 3개의 워크스테이션이 있다고 가정합니다.
+ `WSAll` - 개발자가 모든 프로젝트에 사용하는 Linux기반 워크스테이션입니다. 공유 파일 시스템 위치는 다음과 같습니다.
  + `FSCommon`: `/shared/common`
  + `FS1`: `/shared/projects/project1`
  + `FS2`: `/shared/projects/project2`
+ `WS1` - 프로젝트 1에 사용되는 Windows기반 워크스테이션입니다. 공유 파일 시스템 위치는 다음과 같습니다.
  + `FSCommon`: `S:\`
  + `FS1`: `Z:\`
  + `FS2`: 사용할 수 없음
+ `WS1` - 프로젝트 2에 사용되는 macOS기반 워크스테이션입니다. 공유 파일 시스템 위치는 다음과 같습니다.
  + `FSCommon`: `/Volumes/common`
  + `FS1`: 사용할 수 없음
  + `FS2`: `/Volumes/projects/project2`

마지막으로 플릿의 작업자에 대한 공유 파일 시스템 위치를 정의합니다. 다음 예제에서는이 구성을 로 참조합니다`WorkerConfig`. 공유 위치는 다음과 같습니다.
+ `FSCommon`: `/mnt/common`
+ `FS1`: `/mnt/projects/project1`
+ `FS2`: `/mnt/projects/project2`

 이 구성과 일치하는 공유 파일 시스템, 워크스테이션 또는 작업자를 설정할 필요가 없습니다. 데모를 위해 공유 위치가 존재할 필요는 없습니다.

# 스토리지 프로파일 및 경로 매핑
<a name="storage-profiles-and-path-mapping"></a>

스토리지 프로파일을 사용하여 워크스테이션 및 작업자 호스트의 파일 시스템을 모델링합니다. 각 스토리지 프로필은 시스템 구성 중 하나의 운영 체제 및 파일 시스템 레이아웃을 설명합니다. 이 주제에서는 Deadline Cloud가 작업에 대한 경로 매핑 규칙을 생성할 수 있도록 스토리지 프로파일을 사용하여 호스트의 파일 시스템 구성을 모델링하는 방법과 이러한 경로 매핑 규칙이 스토리지 프로파일에서 생성되는 방법을 설명합니다.

Deadline Cloud에 작업을 제출할 때 작업에 대한 선택적 스토리지 프로필 ID를 제공할 수 있습니다. 이 스토리지 프로필은 제출 워크스테이션의 파일 시스템을 설명합니다. 작업 템플릿의 파일 경로가 사용하는 원래 파일 시스템 구성을 설명합니다.

스토리지 프로파일을 플릿과 연결할 수도 있습니다. 스토리지 프로파일은 플릿에 있는 모든 작업자 호스트의 파일 시스템 구성을 설명합니다. 파일 시스템 구성이 다른 작업자가 있는 경우 해당 작업자는 팜의 다른 플릿에 할당되어야 합니다.

 경로 매핑 규칙은 작업에서 경로를 지정하는 방법에서 작업자 호스트의 경로 실제 위치로 경로를 다시 매핑하는 방법을 설명합니다. Deadline Cloud는 작업의 스토리지 프로파일에 설명된 파일 시스템 구성을 작업을 실행 중인 플릿의 스토리지 프로파일과 비교하여 이러한 경로 매핑 규칙을 도출합니다.

**Topics**
+ [스토리지 프로파일을 사용하여 공유 파일 시스템 위치 모델링](modeling-your-shared-filesystem-locations-with-storage-profiles.md)
+ [플릿의 스토리지 프로파일 구성](configuring-storage-profiles-for-fleets.md)
+ [대기열의 스토리지 프로필 구성](storage-profiles-for-queues.md)
+ [스토리지 프로파일에서 경로 매핑 규칙 도출](deriving-path-mapping-rules-from-storage-profiles.md)

# 스토리지 프로파일을 사용하여 공유 파일 시스템 위치 모델링
<a name="modeling-your-shared-filesystem-locations-with-storage-profiles"></a>

 스토리지 프로파일은 호스트 구성 중 하나의 파일 시스템 구성을 모델링합니다. [샘플 프로젝트 인프라]()에는 네 가지 호스트 구성이 있습니다. 이 예제에서는 각각에 대해 별도의 스토리지 프로파일을 생성합니다. 다음 중 하나를 사용하여 스토리지 프로파일을 생성할 수 있습니다.
+ [CreateStorageProfile API](https://docs.aws.amazon.com/deadline-cloud/latest/APIReference/API_CreateStorageProfile.html)
+ [AWS::Deadline::StorageProfile](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-deadline-storageprofile.html) CloudFormation 리소스
+ [AWS 콘솔](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/storage-shared.html#storage-profile)

 스토리지 프로파일은 각각 Deadline Cloud에 호스트에서 제출되거나 호스트에서 실행되는 작업과 관련된 파일 시스템 위치의 위치 및 유형을 알려주는 파일 시스템 위치 목록으로 구성됩니다. 스토리지 프로파일은 작업과 관련된 위치만 모델링해야 합니다. 예를 들어 공유 `FSCommon` 위치는 `WS1`의 워크스테이션에 `S:\`있으므로 해당 파일 시스템 위치는 다음과 같습니다.

```
{
    "name": "FSCommon",
    "path": "S:\\",
    "type": "SHARED"
}
```

 다음 명령을 사용하여의를 `WorkerConfig` 사용하여 워크스테이션 구성 `WS2`, 및 `WS1`에 대한 스토리지 프로파일`WS3`과 작업자 구성을 생성합니다. [AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-welcome.html) [AWS CloudShell](https://docs.aws.amazon.com/cloudshell/latest/userguide/welcome.html) 

```
# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff

aws deadline create-storage-profile --farm-id $FARM_ID \
  --display-name WSAll \
  --os-family LINUX \
  --file-system-locations \
  '[
      {"name": "FSCommon", "type":"SHARED", "path":"/shared/common"},
      {"name": "FS1", "type":"SHARED", "path":"/shared/projects/project1"},
      {"name": "FS2", "type":"SHARED", "path":"/shared/projects/project2"}
  ]'

aws deadline create-storage-profile --farm-id $FARM_ID \
  --display-name WS1 \
  --os-family WINDOWS \
  --file-system-locations \
  '[
      {"name": "FSCommon", "type":"SHARED", "path":"S:\\"},
      {"name": "FS1", "type":"SHARED", "path":"Z:\\"}
   ]'

aws deadline create-storage-profile --farm-id $FARM_ID \
  --display-name WS2 \
  --os-family MACOS \
  --file-system-locations \
  '[
      {"name": "FSCommon", "type":"SHARED", "path":"/Volumes/common"},
      {"name": "FS2", "type":"SHARED", "path":"/Volumes/projects/project2"}
  ]'

aws deadline create-storage-profile --farm-id $FARM_ID \
  --display-name WorkerCfg \
  --os-family LINUX \
  --file-system-locations \
  '[
      {"name": "FSCommon", "type":"SHARED", "path":"/mnt/common"},
      {"name": "FS1", "type":"SHARED", "path":"/mnt/projects/project1"},
      {"name": "FS2", "type":"SHARED", "path":"/mnt/projects/project2"}
  ]'
```

**참고**  
팜의 모든 스토리지 프로파일에서 `name` 속성에 대해 동일한 값을 사용하여 스토리지 프로파일의 파일 시스템 위치를 참조해야 합니다. Deadline Cloud는 이름을 비교하여 경로 매핑 규칙을 생성할 때 서로 다른 스토리지 프로파일의 파일 시스템 위치가 동일한 위치를 참조하고 있는지 확인합니다.

# 플릿의 스토리지 프로파일 구성
<a name="configuring-storage-profiles-for-fleets"></a>

플릿의 모든 작업자에 대해 파일 시스템 위치를 모델링하는 스토리지 프로파일을 포함하도록 플릿을 구성할 수 있습니다. 플릿에 있는 모든 작업자의 호스트 파일 시스템 구성은 플릿의 스토리지 프로필과 일치해야 합니다. 파일 시스템 구성이 다른 작업자는 별도의 플릿에 있어야 합니다.

`WorkerConfig` 스토리지 프로파일을 사용하도록 플릿의 구성을 설정하려면 [AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-welcome.html)의를 사용합니다[AWS CloudShell](https://docs.aws.amazon.com/cloudshell/latest/userguide/welcome.html).

```
# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff
# Change the value of FLEET_ID to your fleet's identifier
FLEET_ID=fleet-00112233445566778899aabbccddeeff
# Change the value of WORKER_CFG_ID to your storage profile named WorkerConfig
WORKER_CFG_ID=sp-00112233445566778899aabbccddeeff

FLEET_WORKER_MODE=$( \
  aws deadline get-fleet --farm-id $FARM_ID --fleet-id $FLEET_ID \
   --query '.configuration.customerManaged.mode' \
)
FLEET_WORKER_CAPABILITIES=$( \
  aws deadline get-fleet --farm-id $FARM_ID --fleet-id $FLEET_ID \
   --query '.configuration.customerManaged.workerCapabilities' \
)

aws deadline update-fleet --farm-id $FARM_ID --fleet-id $FLEET_ID \
  --configuration \
  "{
    \"customerManaged\": {
      \"storageProfileId\": \"$WORKER_CFG_ID\",
      \"mode\": $FLEET_WORKER_MODE,
      \"workerCapabilities\": $FLEET_WORKER_CAPABILITIES
    }
  }"
```

# 대기열의 스토리지 프로필 구성
<a name="storage-profiles-for-queues"></a>

 대기열의 구성에는 대기열에 제출된 작업에 액세스해야 하는 공유 파일 시스템 위치의 대소문자를 구분하는 이름 목록이 포함됩니다. 예를 들어 대기열에 제출된 작업에는 파일 시스템 위치 `FSCommon` 및가 `Q1` 필요합니다`FS1`. 대기열에 제출된 작업에는 파일 시스템 위치와 `FSCommon`이 `Q2` 필요합니다`FS2`.

이러한 파일 시스템 위치가 필요하도록 대기열의 구성을 설정하려면 다음 스크립트를 사용합니다.

```
# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff
# Change the value of QUEUE1_ID to queue Q1's identifier
QUEUE1_ID=queue-00112233445566778899aabbccddeeff
# Change the value of QUEUE2_ID to queue Q2's identifier
QUEUE2_ID=queue-00112233445566778899aabbccddeeff

aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
  --required-file-system-location-names-to-add FSComm FS1

aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE2_ID \
  --required-file-system-location-names-to-add FSComm FS2
```

 대기열의 구성에는에 제출된 작업 및 해당 대기열과 연결된 플릿에 적용되는 허용된 스토리지 프로파일 목록도 포함됩니다. 대기열에 필요한 모든 파일 시스템 위치에 대해 파일 시스템 위치를 정의하는 스토리지 프로파일만 대기열의 허용된 스토리지 프로파일 목록에 허용됩니다.

대기열에 허용되는 스토리지 프로필 목록에 없는 스토리지 프로필과 함께 제출하면 작업이 실패합니다. 언제든지 스토리지 프로파일이 없는 작업을 대기열에 제출할 수 있습니다. `WSAll` 및 레이블이 지정된 워크스테이션 구성에는 대기열에 필요한 파일 시스템 위치(`FSCommon` 및 `FS1`)가 `WS1` 있습니다`Q1`. 대기열에 작업을 제출할 수 있어야 합니다. 마찬가지로 워크스테이션 구성 `WSAll` 및는 대기열에 대한 요구 사항을 `WS2` 충족합니다`Q2`. 해당 대기열에 작업을 제출할 수 있어야 합니다. 다음 스크립트를 사용하여 이러한 스토리지 프로파일로 작업을 제출할 수 있도록 두 대기열 구성을 모두 업데이트합니다.

```
# Change the value of WSALL_ID to the identifier of the WSAll storage profile
WSALL_ID=sp-00112233445566778899aabbccddeeff
# Change the value of WS1 to the identifier of the WS1 storage profile
WS1_ID=sp-00112233445566778899aabbccddeeff
# Change the value of WS2 to the identifier of the WS2 storage profile
WS2_ID=sp-00112233445566778899aabbccddeeff

aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
  --allowed-storage-profile-ids-to-add $WSALL_ID $WS1_ID

aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE2_ID \
  --allowed-storage-profile-ids-to-add $WSALL_ID $WS2_ID
```

 대기열에 허용되는 `WS2` 스토리지 프로파일 목록에 스토리지 프로파일을 추가하면 실패`Q1`합니다.

```
$ aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
  --allowed-storage-profile-ids-to-add $WS2_ID

An error occurred (ValidationException) when calling the UpdateQueue operation: Storage profile id: sp-00112233445566778899aabbccddeeff does not have required file system location: FS1
```

 스토리지 `WS2` 프로파일에 해당 대기열에 `Q1` 필요한 라는 파일 시스템 위치에 대한 정의`FS1`가 포함되어 있지 않기 때문입니다.

 대기열의 허용된 스토리지 프로필 목록에 없는 스토리지 프로필로 구성된 플릿 연결도 실패합니다. 예제: 

```
$ aws deadline create-queue-fleet-association --farm-id $FARM_ID \
   --fleet-id $FLEET_ID \
   --queue-id $QUEUE1_ID

An error occurred (ValidationException) when calling the CreateQueueFleetAssociation operation: Mismatch between storage profile ids.
```

오류를 해결하려면 대기열`Q1`과 대기열 모두에 허용되는 스토리지 프로파일 `WorkerConfig` 목록에 라는 스토리지 프로파일을 추가합니다`Q2`. 그런 다음 플릿의 작업자가 두 대기열에서 작업을 실행할 수 있도록 플릿을 이러한 대기열과 연결합니다.

```
# Change the value of FLEET_ID to your fleet's identifier
FLEET_ID=fleet-00112233445566778899aabbccddeeff
# Change the value of WORKER_CFG_ID to your storage profile named WorkerCfg
WORKER_CFG_ID=sp-00112233445566778899aabbccddeeff

aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
  --allowed-storage-profile-ids-to-add $WORKER_CFG_ID

aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE2_ID \
  --allowed-storage-profile-ids-to-add $WORKER_CFG_ID

aws deadline create-queue-fleet-association --farm-id $FARM_ID \
  --fleet-id $FLEET_ID \
  --queue-id $QUEUE1_ID

aws deadline create-queue-fleet-association --farm-id $FARM_ID \
  --fleet-id $FLEET_ID \
  --queue-id $QUEUE2_ID
```

# 스토리지 프로파일에서 경로 매핑 규칙 도출
<a name="deriving-path-mapping-rules-from-storage-profiles"></a>

 경로 매핑 규칙은 작업에서 작업자 호스트의 경로 실제 위치로 경로를 다시 매핑하는 방법을 설명합니다. 작업이 작업자에서 실행 중인 경우 작업의 스토리지 프로파일을 작업자 플릿의 스토리지 프로파일과 비교하여 작업에 대한 경로 매핑 규칙을 도출합니다.

 Deadline Cloud는 대기열 구성의 각 필수 파일 시스템 위치에 대한 매핑 규칙을 생성합니다. 예를 들어 대기열에 `WSAll` 스토리지 프로파일과 함께 제출된 작업에는 경로 매핑 규칙`Q1`이 있습니다.
+  `FSComm`: `/shared/common -> /mnt/common` 
+  `FS1`: `/shared/projects/project1 -> /mnt/projects/project1` 

 Deadline Cloud는 `FSComm` 및 `FS1` 파일 시스템 위치에 대한 규칙을 생성하지만 `WSAll` 및 `WorkerConfig` 스토리지 프로파일이 모두를 정의하더라도 `FS2` 파일 시스템 위치에 대한 규칙은 생성하지 않습니다`FS2`. 이는 대기열 `Q1`의 필수 파일 시스템 위치 목록이 이기 때문입니다`["FSComm", "FS1"]`.

 [Open Job Description의 경로 매핑 규칙 파일을 출력하는 작업을 제출한 다음 작업이 완료된 후 세션 로그를 읽어 특정 스토리지 프로파일과 함께 제출된 작업에 사용할 수 있는 경로 매핑 규칙을](https://github.com/OpenJobDescription/openjd-specifications/wiki/How-Jobs-Are-Run#path-mapping) 확인할 수 있습니다.

```
# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff
# Change the value of QUEUE1_ID to queue Q1's identifier
QUEUE1_ID=queue-00112233445566778899aabbccddeeff
# Change the value of WSALL_ID to the identifier of the WSALL storage profile
WSALL_ID=sp-00112233445566778899aabbccddeeff

aws deadline create-job --farm-id $FARM_ID --queue-id $QUEUE1_ID \
  --priority 50 \
  --storage-profile-id $WSALL_ID \
  --template-type JSON --template \
  '{
    "specificationVersion": "jobtemplate-2023-09",
    "name": "DemoPathMapping",
    "steps": [
      {
        "name": "ShowPathMappingRules",
        "script": {
          "actions": {
            "onRun": {
              "command": "/bin/cat",
              "args": [ "{{Session.PathMappingRulesFile}}" ]
            }
          }
        }
      }
    ]
  }'
```

 [Deadline Cloud CLI](https://pypi.org/project/deadline/)를 사용하여 작업을 제출하는 경우 구성 `settings.storage_profile_id` 설정은 CLI로 제출된 작업이 보유할 스토리지 프로파일을 설정합니다. `WSAll` 스토리지 프로파일로 작업을 제출하려면 다음을 설정합니다.

```
deadline config set settings.storage_profile_id $WSALL_ID
```

 샘플 인프라에서 실행 중인 것처럼 고객 관리형 작업자를 실행하려면 *Deadline Cloud 사용 설명서*[의 작업자 에이전트 실행](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/run-worker.html)의 절차에 따라 작업자를 실행합니다 AWS CloudShell. 이전에 이러한 지침을 따랐다면 먼저 `~/demoenv-logs` 및 `~/demoenv-persist` 디렉터리를 삭제합니다. 또한 방향이 참조하는 `DEV_FARM_ID` 및 `DEV_CMF_ID` 환경 변수의 값을 다음과 같이 설정한 후 참조합니다.

```
DEV_FARM_ID=$FARM_ID
DEV_CMF_ID=$FLEET_ID
```

 작업이 실행된 후 작업의 로그 파일에서 경로 매핑 규칙을 볼 수 있습니다.

```
cat demoenv-logs/${QUEUE1_ID}/*.log
...
JJSON log results (see below)
...
```

로그에는 `FS1` 및 `FSComm` 파일 시스템에 대한 매핑이 포함되어 있습니다. 가독성을 위해 다시 포맷된 로그 항목은 다음과 같습니다.

```
{
    "version": "pathmapping-1.0",
    "path_mapping_rules": [
        {
            "source_path_format": "POSIX",
            "source_path": "/shared/projects/project1",
            "destination_path": "/mnt/projects/project1"
        },
        {
            "source_path_format": "POSIX",
            "source_path": "/shared/common",
            "destination_path": "/mnt/common"
        }
    ]
```

 스토리지 프로파일이 다른 작업을 제출하여 경로 매핑 규칙이 어떻게 변경되는지 확인할 수 있습니다.