New-AzBatchResourceFile
에 의해 New-AzBatchTask
사용할 리소스 파일을 만듭니다.
Syntax
New-AzBatchResourceFile
-HttpUrl <String>
-FilePath <String>
[-FileMode <String>]
[-DefaultProfile <IAzureContextContainer>]
[<CommonParameters>]
New-AzBatchResourceFile
[-FilePath <String>]
[-FileMode <String>]
[-BlobPrefix <String>]
-StorageContainerUrl <String>
[-DefaultProfile <IAzureContextContainer>]
[<CommonParameters>]
New-AzBatchResourceFile
[-FilePath <String>]
[-FileMode <String>]
-AutoStorageContainerName <String>
[-BlobPrefix <String>]
[-DefaultProfile <IAzureContextContainer>]
[<CommonParameters>]
Description
에 의해 New-AzBatchTask
사용할 리소스 파일을 만듭니다.
예제
예제 1: 단일 파일을 가리키는 HTTP URL에서 리소스 파일 만들기
$file = New-AzBatchResourceFile -HttpUrl "https://testacct.blob.core.windows.net/" -FilePath "file1"
New-AzBatchTask -JobId "Job-000001" -Id "Task23" -CommandLine "cmd /c dir /s" -ResourceFiles $file -BatchContext $Context
PSResourceFile
HTTP URL 참조를 만듭니다.
예제 2: Azure Storage 컨테이너 URL에서 리소스 파일 만들기
$file = New-AzBatchResourceFile -StorageContainerUrl "https://testacct.blob.core.windows.net/mycontainer" -FilePath "myfolder"
New-AzBatchTask -JobId "Job-000001" -Id "Task23" -CommandLine "cmd /c dir /s" -ResourceFiles $file -BatchContext $Context
PSResourceFile
Azure Storage 컨테이너 URL 참조를 만듭니다. 컨테이너의 모든 파일이 지정된 폴더에 다운로드됩니다.
예제 3: 자동 스토리지 컨테이너 이름에서 리소스 파일 만들기
$file = New-AzBatchResourceFile -AutoStorageContainerName "mycontainer" -FilePath "myfolder"
New-AzBatchTask -JobId "Job-000001" -Id "Task23" -CommandLine "cmd /c dir /s" -ResourceFiles $file -BatchContext $Context
PSResourceFile
자동 스토리지 컨테이너 이름을 참조하는 개체를 만듭니다. 컨테이너의 모든 파일이 지정된 폴더에 다운로드됩니다.
매개 변수
-AutoStorageContainerName
자동 스토리지 계정의 스토리지 컨테이너 이름입니다.
형식: | String |
Position: | Named |
기본값: | None |
필수: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-BlobPrefix
Azure Storage 컨테이너에서 Blob을 다운로드할 때 사용할 Blob 접두사를 가져옵니다. 이름이 지정된 접두사로 시작하는 Blob만 다운로드됩니다. 이 접두사는 부분 파일 이름 또는 하위 디렉터리일 수 있습니다. 접두사를 지정하지 않으면 컨테이너의 모든 파일이 다운로드됩니다.
형식: | String |
Position: | Named |
기본값: | None |
필수: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-DefaultProfile
Azure와의 통신에 사용되는 자격 증명, 계정, 테넌트 및 구독입니다.
형식: | IAzureContextContainer |
Aliases: | AzContext, AzureRmContext, AzureCredential |
Position: | Named |
기본값: | None |
필수: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-FileMode
파일 사용 권한 모드 특성을 8진수 형식으로 가져옵니다. 이 속성은 리소스 파일이 Linux 노드에 다운로드되는 경우에만 적용됩니다. Linux 노드에 대해 이 속성을 지정하지 않으면 기본값은 0770입니다.
형식: | String |
Position: | Named |
기본값: | None |
필수: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-FilePath
작업의 작업 디렉터리를 기준으로 파일을 다운로드할 컴퓨팅 노드의 위치입니다. HttpUrl 매개 변수를 지정하는 경우 FilePath가 필요하며 파일 이름을 포함하여 파일을 다운로드할 경로를 설명합니다. 그렇지 않은 경우 AutoStorageContainerName 또는 StorageContainerUrl 매개 변수가 지정된 경우 FilePath는 선택 사항이며 파일을 다운로드할 디렉터리입니다. FilePath가 디렉터리로 사용되는 경우 입력 데이터와 이미 연결된 모든 디렉터리 구조가 전체로 유지되고 지정된 FilePath 디렉터리에 추가됩니다. 지정된 상대 경로가 작업의 작업 디렉터리에서 분리될 수 없습니다(예: '..'을 사용).
형식: | String |
Position: | Named |
기본값: | None |
필수: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-HttpUrl
다운로드할 파일의 URL입니다. URL이 Azure Blob Storage인 경우 익명 액세스를 사용하여 읽을 수 있어야 합니다. 즉, Batch 서비스는 Blob을 다운로드할 때 자격 증명을 제공하지 않습니다. Azure Storage에서 Blob에 대한 이러한 URL을 가져오는 방법에는 Blob에 대한 읽기 권한을 부여하는 SAS(공유 액세스 서명)를 포함하거나 공용 액세스를 허용하도록 Blob 또는 해당 컨테이너에 대한 ACL을 설정하는 두 가지 방법이 있습니다.
형식: | String |
Position: | Named |
기본값: | None |
필수: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-StorageContainerUrl
Azure Blob Storage 내 Blob 컨테이너의 URL입니다. 익명 액세스를 사용하여 이 URL을 읽을 수 있고 나열할 수 있어야 합니다. 즉, Batch 서비스는 컨테이너에서 Blob을 다운로드할 때 자격 증명을 제공하지 않습니다. Azure Storage에서 컨테이너에 대한 이러한 URL을 가져오는 방법에는 두 가지가 있습니다. 즉, 컨테이너에 대한 읽기 권한을 부여하는 SAS(공유 액세스 서명)를 포함하거나 공용 액세스를 허용하도록 컨테이너에 대한 ACL을 설정합니다.
형식: | String |
Position: | Named |
기본값: | None |
필수: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
입력
None
출력
관련 링크
Azure PowerShell
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기