Storage Mover 에이전트의 네트워크 대역폭 관리
이 문서에서는 Storage Mover 에이전트에 대한 대역폭 관리 일정을 설정하는 방법을 알아봅니다.
파일 및 폴더를 Azure로 마이그레이션할 때 각 Storage Mover 에이전트에서 사용할 수 있도록 하려는 업로드 대역폭을 신중하게 고려해야 합니다. 다른 워크로드는 사용 가능한 충분한 대역폭에 따라 달라질 수도 있습니다. Storage Mover 에이전트를 네트워크의 다른 워크로드에 적합한 환경으로 만들려면 각 에이전트에 대한 제한을 예약할 수 있습니다.
필수 조건
대역폭 일정을 설정하기 전에 먼저 리소스 그룹 중 하나에 Storage Mover 리소스를 배포한 다음 에이전트를 등록해야 합니다. 대역폭 제한 일정은 등록된 에이전트별로 설정되고 저장됩니다.
대역폭 관리의 기본 개념 이해
일정은 등록된 에이전트의 특성입니다. 포털에서 Storage Mover 리소스에 있는 등록된 에이전트 페이지에서 이 일정을 설정하고 변경할 수 있습니다.
대역폭 관리 일정은 Storage Mover 에이전트에서 사용할 수 있는 업로드 대역폭의 양에 대한 제한을 설정할 수 있는 일주일 동안의 시간 기간을 설명합니다.
이 일정은 Outlook의 일정과 비슷하지만 몇 가지 중요한 차이점이 있습니다.
- 일정이 반복됩니다. 7일이 있고 주의 마지막에 일정이 반복됩니다.
- 일정의 항목은 에이전트가 초과하지 않아야 하는 지정된 제한입니다. 하루 전반에 걸쳐 비어있는 시간은 제한이 없이 에이전트가 필요한 만큼의 대역폭을 사용하도록 허용합니다.
- 특정 날짜에 대한 제한은 예약할 수 없지만 평일 반복은 예약할 수 없습니다. 예를 들어 "일요일에 클라우드 백업 기간 동안 에이전트의 대역폭을 x 이하로 제한"이라고 말할 수 있습니다.
- 일정은 표준 시간대를 저장하지 않습니다. 예를 들어 오전 9시에 시작하는 제한을 설정하면 에이전트-현지 시간을 의미합니다. 에이전트에 대해 구성된 표준 시간대를 확인할 수 있습니다. 에이전트의 표준 시간대는 에이전트가 배포된 사이트의 표준 시간대와 다를 수 있으니 유의하세요.
팁
Storage Mover 에이전트의 표준 시간대를 배포된 위치로 설정할 수 있습니다.
1. 에이전트 콘솔에 연결하고 로그인
2. 메뉴 옵션 선택: 1) System configuration
3. 메뉴 옵션 선택: 3) Change timezone
및 프롬프트에 따라 선택합니다.
대역폭 관리 일정 사용 또는 변경
Azure Portal을 사용하여 등록된 에이전트 리소스에서 대역폭 일정을 사용하도록 설정할 수 있습니다.
- 포털에 Storage Mover 리소스가 표시되면 왼쪽 메뉴에서 "등록된 에이전트"를 선택합니다.
- 이제 일정을 설정하거나 볼 수 있는 두 가지 옵션이 있습니다. "대역폭 관리" 열을 찾아 선택한 에이전트에 대한 링크를 클릭할 수 있습니다. 또는 에이전트 앞에 있는 확인란을 선택할 수 있습니다. 이렇게 하면 에이전트 목록 위에 "대역폭 제한 관리"라는 레이블이 지정된 명령 단추가 표시됩니다.
- 대역폭 관리 창이 열리고 에이전트에 현재 적용되는 일정이 표시됩니다. 빈 일정이 표시되면 이 에이전트에 대해 정의된 대역폭 제한이 없습니다.
대역폭 제한 설정
대역폭 예약 창을 엽니다. (이전 섹션 참조)
여기에서 선택한 에이전트에 대한 사용자 지정 일정을 만들거나 이전에 다른 에이전트에 대해 만든 일정을 다시 사용할 수 있습니다.
- 사용자 지정 일정을 만들려면 "제한 추가" 명령을 선택합니다. 대화 상자가 열리면 에이전트에서 사용할 수 있는 WAN 링크의 최대 대역폭을 설정할 시간 조각을 정의할 수 있습니다.
대화 상자에서는 에이전트에 대한 업링크 제한을 적용하려는 시작 및 종료 시간을 설정해야 합니다. 그런 다음 새 제한을 적용하려는 요일을 선택할 수 있습니다. 동일한 제한을 적용하려는 모든 평일을 선택합니다. 그런 다음 Mbps(초당 메가비트)로 제한을 지정해야 합니다. 겹치는 시간은 허용되지 않습니다. 설정한 제한은 에이전트의 표준 시간대에 표시된 시간에 적용됩니다. 대역폭 관리 창의 맨 위에 표시되는 에이전트의 표준 시간대를 찾을 수 있습니다. 일정을 오프셋하거나 에이전트의 표준 시간대를 조정해야 할 수 있습니다. - "다른 에이전트 일정을 다시 사용"하려면 다음 섹션에 대한 링크를 따릅니다.
- 이 에이전트에 변경 내용을 적용하려면 "대역폭 관리" 창 아래쪽에 있는 "저장" 단추를 선택합니다.
참고 항목
에이전트가 Azure의 대상 스토리지에 설정하는 마이그레이션 데이터 스트림만 이 일정에 따라 제어됩니다. 이 데이터 스트림 외에도 에이전트에서 Azure로의 제어 평면 트래픽이 있습니다. 메시지 제어, 진행률 원격 분석 및 복사 로그에는 일반적으로 적은 양의 대역폭만 필요합니다. 마이그레이션 전체에서 에이전트의 적절한 기능을 보장하기 위해 에이전트의 제어 평면은 설정한 일정에 따라 제어되지 않습니다. 극단적인 경우 에이전트는 소량으로 정의한 제한을 초과할 수 있습니다.
팁
Storage Mover 에이전트의 표준 시간대를 배포된 위치로 설정할 수 있습니다.
1. 에이전트 콘솔에 연결하고 로그인
2. 메뉴 옵션 선택: 1) System configuration
3. 메뉴 옵션 선택: 3) Change timezone
및 프롬프트에 따라 선택합니다.
대역폭 제한 변경 또는 삭제
선택한 에이전트에 대한 대역폭 관리 일정을 엽니다. (이전 섹션 참조)
특정 제한을 편집하거나 삭제하길 원하면 제한을 선택하면 "편집 제한" 대화 상자가 열립니다. 시간 슬롯을 조정하거나 제한을 삭제할 수 있습니다. 대량 편집 옵션은 없으므로 평일마다 모든 제한을 개별적으로 편집해야 합니다.
에이전트에 대해 대역폭 관리를 모두 사용하지 않도록 설정하는 것이 목표인 경우 "모든 제한 지우기" 명령을 선택합니다.
이 에이전트에 변경 내용을 적용하는 것을 잊지 마세요. 이 에이전트에 변경 내용을 적용하려면 "대역폭 관리" 창 아래쪽에 있는 "저장" 단추를 선택합니다.
다른 에이전트에서 일정 다시 사용
다른 에이전트에서 대역폭 제한 일정을 다시 사용할 수 있습니다.
- 선택한 에이전트에 대한 대역폭 관리 일정을 엽니다. 이전 단락을 참조하세요.
- "다른 에이전트에서 제한 가져오기" 명령을 선택하고 일정을 복사할 에이전트를 선택합니다. 목록에 에이전트가 없으면 대역폭 제한이 설정된 다른 에이전트가 없습니다.
Warning
이 옵션을 사용하면 이 에이전트에 대해 현재 구성된 일정을 덮어씁니다. 일정을 가져오기 전에 저장하지 않은 변경 내용은 복원할 수 없습니다.
- 필요에 따라 이 복사된 일정을 수정할 수 있습니다.
- 이 에이전트에 변경 내용을 적용하려면 "대역폭 관리" 창 아래쪽에 있는 "저장" 단추를 선택합니다.
Important
일정은 표준 시간대 없이 저장됩니다. 이를 통해 다른 에이전트에서 다시 사용할 수 있습니다. 예약된 제한은 에이전트의 표준 시간대에 관계없이 이 시간 동안 적용됩니다. 에이전트의 표준 시간대가 에이전트를 배포한 위치에 사용된 표준 시간대와 다른 경우 대역폭 관리 일정을 오프셋해야 합니다. 예를 들어 에이전트의 표준 시간대가 UTC이지만 에이전트가 실제로 PST(태평양 표준 시간대)에 배포된 경우 일정을 -7시간으로 오프셋해야 합니다. 또는 에이전트의 표준 시간대를 해당 위치에 대한 올바른 표준 시간대로 조정할 수 있습니다. 이렇게 하면 일정을 오프셋할 필요가 없으며 표준 시간대에서 이를 관찰할 경우 일정이 일광 절약에 자동으로 조정됩니다.
팁
Storage Mover 에이전트의 표준 시간대를 배포된 위치로 설정할 수 있습니다.
1. 에이전트 콘솔에 연결하고 로그인
2. 메뉴 옵션 선택: 1) System configuration
3. 메뉴 옵션 선택: 3) Change timezone
및 프롬프트에 따라 선택합니다.
PowerShell을 사용하여 대역폭 제한 일정 구성
최신 버전의 Azure PowerShell 모듈을 사용하는 경우 이 기능을 관리할 수 있습니다.
Azure PowerShell 환경 준비
- Azure PowerShell을 로컬로 사용하도록 선택하는 경우:
- 최신 버전의 Az PowerShell 모듈을 설치합니다.
- Connect-AzAccount cmdlet을 사용하여 Azure 계정에 로그인합니다.
- Azure Cloud Shell을 사용하도록 선택하는 경우:
- 자세한 내용은 Azure Cloud Shell 개요를 참조하세요.
Az.StorageMover
모듈이 필요합니다.
## Ensure you are running the latest version of PowerShell 7
$PSVersionTable.PSVersion
## Your local execution policy must be set to at least remote signed or less restrictive
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
## If you don't have the general Az PowerShell module, install it first
Install-Module -Name Az -Scope CurrentUser -Repository PSGallery -Force
## Lastly, the Az.StorageMover module is not installed by default and must be manually requested.
Install-Module -Name Az.StorageMover -Scope CurrentUser -Repository PSGallery -Force
대역폭 제한 일정 관리
## Set variables
$subscriptionID = "Your subscription ID"
$resourceGroupName = "Your resource group name"
$storageMoverName = "Your storage mover resource name"
$registeredAgentName = "Name of the agent, registered to your storage mover resource"
## Log into Azure with your Azure credentials
Connect-AzAccount -SubscriptionId $subscriptionID # -DeviceLogin #Leverage DeviceLogin if you need to authenticate your PowerShell session from another machine. # -TenantID #In some environments you may you need to specify the EntraID tenant to authenticate against.
#------------
# GET the schedule configured on an agent:
$schedule = @(Get-AzStorageMoverAgent -ResourceGroupName $resourceGroupName -StorageMoverName $storageMoverName -AgentName $registeredAgentName).UploadLimitScheduleWeeklyRecurrence
# $schedule then contains a JSON structure with elements for each configured time windows and the upload limit in Mbps that applies during this window.
# Output the entire schedule
$schedule
# Schedule elements can be addressed like an array.
$schedule[0]
새 대역폭 추가
$newLimit = New-AzStorageMoverUploadLimitWeeklyRecurrenceObject `
-Day "Monday", "Tuesday" ` # Mandatory. An array, limited to the English names of all 7 days, Monday through Sunday in any order.
-LimitInMbps 900 ` # Mandatory. Limit in "Mega bits per second"
-StartTimeHour 5 ` # Mandatory. 24-hour clock: 5 = 5am
-EndTimeHour 17 ` # Mandatory. 24-hour clock: 17 = 5pm
-EndTimeMinute 30 # Optional. Time blocks are precise to 30 Minutes. -EndTimeMinute 0 is equivalent to omitting the parameter. The only other acceptable value is the half hour mark: 30.
$schedule += $newLimit # Appends the new limit to the exiting schedule. The JSON structure does not need to be ordered by days or time.
# Updates the bandwidth limit schedule for the selected agent by adding the defined "time block" to the schedule.
# Ensure that the new limit does not overlap with an already configured limit in the schedule, otherwise the operation will fail.
Update-AzStorageMoverAgent `
-ResourceGroupName $resourceGroupName `
-StorageMoverName $storageMoverName `
-AgentName $registeredAgentName `
-UploadLimitScheduleWeeklyRecurrence $schedule
# This command sets and overwrites a bandwidth limit schedule for the selected agent. Be sure to preserve an existing schedule if you want to only add a new limit. If you are building an entirely new schedule, you can form all your limit objects and then supply a comma-separated list of your new limits here.
# Ensure the new limit's time span is not overlapping any existing limits. Otherwise, the operation will fail.
에이전트에 대한 대역폭 제한 사용 안 함
Update-AzStorageMoverAgent `
-ResourceGroupName $resourceGroupName `
-StorageMoverName $storageMoverName `
-AgentName $registeredAgentName `
-UploadLimitScheduleWeeklyRecurrence @() # Supply an empty array to remove all previously configured limits. This operation cannot be undone. You have to build and supply a new schedule if you want to enable bandwidth limitations for this agent again.
기존 대역폭 제한 변경
이전에 설명한 관리 작업을 결합하여 기존 대역폭 제한을 새 제한 또는 업데이트된 시간 범위로 선택적으로 업데이트할 수 있습니다.
# Step 1: define the new limit object you want to use to replace an existing limit:
$limit = New-AzStorageMoverUploadLimitWeeklyRecurrenceObject `
-Day "Monday", "Tuesday" ` # Mandatory. An array, limited to the English names of all 7 days, Monday through Sunday in any order.
-LimitInMbps 900 ` # Mandatory. limit in "Mega bits per second"
-StartTimeHour 5 ` # Mandatory. 24-hour clock: 5 = 5am
-EndTimeHour 17 ` # Mandatory. 24-hour clock: 17 = 5pm
-EndTimeMinute 30 # Optional. Time blocks are precise to 30 Minutes. -EndTimeMinute 0 is equivalent to omitting the parameter. The only other acceptable value is the half hour mark: 30.
# Step 2: Find the bandwidth limitation window you want to change:
$schedule = @(Get-AzStorageMoverAgent -ResourceGroupName $resourceGroupName -StorageMoverName $storageMoverName -AgentName $registeredAgentName).UploadLimitScheduleWeeklyRecurrence
$schedule[<n>] = $limit # Replace the limit (start count at zero) with your newly defined limit.
#Step 3: Update the bandwidth limit schedule for the selected agent:
Update-AzStorageMoverAgent `
-ResourceGroupName $resourceGroupName `
-StorageMoverName $storageMoverName `
-AgentName $registeredAgentName `
-UploadLimitScheduleWeeklyRecurrence $schedule # Apply your entire, updated schedule. Performing this step on an agent with other limits already configured will override them with this new schedule. Ensure there are no overlapping time spans, otherwise the operation will fail.
대역폭 제한 일정의 JSON 스키마 이해
대역폭 제한 일정은 등록된 에이전트의 속성 UploadLimitScheduleWeeklyRecurrence
에서 JSON 구문으로 저장됩니다.
이전 PowerShell 섹션은 Azure PowerShell을 사용하여 이 에이전트 속성을 구성하고 업데이트하는 방법의 예를 보여 주고 있습니다. 그러나 수동으로 JSON을 형성하고 속성에 대한 인수로 직접 제공할 수 있습니다. 다음 섹션은 이 JSON 구문의 대역폭 일정 요소를 이해하는 데 도움이 될 수 있습니다.
Important
일정은 에이전트가 초과하지 않도록 대역폭 제한을 적용하는 동안 하나 이상의 시간 범위로 구성됩니다. 이러한 시간 범위는 겹쳐서는 안 됩니다. 언제든지 한도만 적용할 수 있습니다. 시간이 겹치는 일정을 지정하는 JSON은 잘못된 형식으로 간주되며 에이전트에 적용할 수 없습니다.
대역폭 제한 일정의 다음 두 표현은 동일합니다.
{
{
"startTime":
{
"hour": 7,
"minute": 0
},
"endTime":
{
"hour": 9,
"minute": 0
}
"days": ["Monday"],
"limitInMbps": 500
},
{
"startTime":
{
"hour": 9,
"minute": 0
},
"endTime":
{
"hour": 12,
"minute": 0
}
"days": ["Monday", "Tuesday", "Wednesday"],
"limitInMbps": 200
}
}
참고 항목
일정의 항목에서 다루지 않는 시간 범위를 통해 에이전트는 사용 가능한 대역폭을 활용할 수 있습니다. 이 시간 동안 에이전트가 사용 가능한 모든 대역폭을 활용하지는 않을 수 있습니다. 성능 문서에서 이에 대한 자세한 내용은 "마이그레이션 성능이 달라지는 이유"에서 확인할 수 있습니다.
다음 단계
다음 문서 중 하나로 이동하여 Storage Mover 에이전트를 배포하거나 마이그레이션 프로젝트를 만드는 방법을 알아봅니다.