클러스터 규모 확장 또는 규모 감축
Warning
크기를 조정하기 전에 이 섹션을 참조하세요.
애플리케이션 워크로드에서 의도적인 계획이 필요한 원본에 대한 컴퓨팅 리소스 크기 조정은 프로덕션 작업을 완료하는 데 항상 거의 한 시간 이상이 걸리며, 워크로드 및 비즈니스 컨텍스트를 이해해야 합니다. 사실상 이 작업을 전에 수행한 적이 없는 경우 이 문서의 나머지 부분을 계속하기 전에 Service Fabric 클러스터 용량 계획 고려 사항을 읽고 이해하여 시작하는 것이 좋습니다. 이 권장 사항은 의도하지 않은 LiveSite 문제를 방지하기 위한 것이며, 비 프로덕션 환경에 대해 수행하려는 작업을 성공적으로 테스트하는 것이 좋습니다. 언제든지 프로덕션 문제를 보고하거나 Azure에 대한 유료 지원을 요청할 수 있습니다. 적절한 컨텍스트를 소유하는 이러한 작업을 수행하도록 할당된 엔지니어의 경우 이 문서는 크기 조정 작업을 설명하지만 크기 조정할 리소스(CPU, 스토리지, 메모리), 크기 조정할 방향(세로 또는 가로로) 및 수행할 작업(리소스 템플릿 배포, 포털, PowerShell/CLI)과 같은 사용 사례에 적절한 작업을 결정하고 이해해야 합니다.
참고 항목
Azure Az PowerShell 모듈을 사용하여 Azure와 상호 작용하는 것이 좋습니다. 시작하려면 Azure PowerShell 설치를 참조하세요. Az PowerShell 모듈로 마이그레이션하는 방법에 대한 자세한 내용은 Azure PowerShell을 AzureRM에서 Azure로 마이그레이션을 참조하세요.
자동 크기 조정 규칙을 사용하거나 수동으로 Service Fabric 클러스터 크기 조정
가상 머신 확장 집합은 가상 머신의 컬렉션을 집합으로 배포하고 관리하는 데 사용할 수 있는 Azure 컴퓨팅 리소스입니다. Service Fabric 클러스터에 정의된 모든 노드 형식은 별도의 가상 머신 확장 집합으로 설정됩니다. 각 노드 형식은 독립적으로 확장 또는 축소되고, 다른 포트의 집합을 열며 다른 용량 메트릭을 가질 수 있습니다. 이에 대한 자세한 내용은 Service Fabric 노드 유형 문서를 참조하세요. 클러스터에서 Service Fabric 노드 형식은 백 엔드에서 가상 머신 확장 집합으로 구성되므로 각 노드 형식/가상 머신 확장 집합에 대한 자동 크기 조정 규칙을 설정해야 합니다.
참고 항목
사용자의 구독에 이 클러스터를 형성할 새 VM을 추가하기에 충분한 코어가 있어야 합니다. 현재는 모델 유효성 검사가 없으므로 할당량 한도에 도달하면 배포 시간 오류가 발생합니다.
참고 항목
Hyper-V 역할이 사용하도록 설정된 Windows OS 이미지를 사용하는 경우, 즉. VM이 중첩된 가상화에 대해 구성되고 VM 내의 동적 메모리 드라이버가 중지된 상태에 있기 때문에 사용 가능한 메모리 메트릭을 사용할 수 없습니다.
크기를 조정할 노드 형식/Virtual Machine 확장 집합 선택
현재는 포털에서 Service Fabric 클러스터를 만들어 가상 머신 확장 집합에 대한 자동 크기 조정 규칙을 지정할 수 없으므로 Azure PowerShell(1.0+)을 사용하여 노드 형식을 나열한 후 자동 크기 조정 규칙을 추가하도록 합니다.
클러스터를 구성하는 가상 머신 확장 집합 목록을 가져오려면 다음 cmdlet을 실행합니다.
Get-AzResource -ResourceGroupName <RGname> -ResourceType Microsoft.Compute/VirtualMachineScaleSets
Get-AzVmss -ResourceGroupName <RGname> -VMScaleSetName <virtual machine scale set name>
노드 형식/가상 머신 확장 집합에 대한 자동 크기 조정 규칙 설정
클러스터에 여러 노드 형식이 있는 경우 크기를 조정(확장 또는 축소)할 각 노드 형식/가상 머신 확장 집합에 대해 이 작업을 반복합니다. 자동 크기 조정을 수행하기 전에 포함해야 할 노드 수를 고려합니다. 기본 노드 형식에 대해 포함해야 할 최소 노드 수는 선택한 안정성 수준에 따라 달라집니다. 안정성 수준에 대해 자세히 알아보세요.
참고 항목
주 노드 형식에서 최소 수보다 작게 크기를 조정하면 클러스터가 불안정해지거나 중단될 수도 있습니다. 이 경우 애플리케이션 및 시스템 서비스에 대한 데이터가 손실될 수 있습니다.
현재는 자동 크기 조정 기능이 애플리케이션에서 Service Fabric에 보고할 수 있는 로드에 따라 결정되지 않습니다. 따라서 현재는 자동 크기 조정이 각 가상 머신 확장 집합 인스턴스에서 내보낸 성능 카운터에 의해서만 결정됩니다.
각 가상 머신 확장 집합에 대해 자동 크기 조정을 설정하는 지침을 따르세요.
참고 항목
스케일 인 시나리오에서 노드 형식에 Gold 또는 Silver 내구성 수준이 없다면 적절한 노드 이름과 함께 Remove-ServiceFabricNodeState cmdlet을 호출해야 합니다. Bronze 내구성을 위해 한 번에 둘 이상의 노드를 스케일 인하지 않는 것이 좋습니다.
노드 형식/가상 머신 확장 집합에 수동으로 VM 추가
규모를 확장할 때 확장 집합에 더 많은 가상 컴퓨터 인스턴스를 추가합니다. 이러한 인스턴스는 Service Fabric 에서 사용하는 노드가 됩니다. Service Fabric은 확장 집합에 더 많은 인스턴스가 추가되고(규모 확장) 자동으로 반응할 때를 압니다.
참고 항목
VM을 추가하는 데 시간이 걸리므로 즉시 추가되지는 않습니다. 복제본/서비스 인스턴스에 VM 용량을 사용할 수 있게 되기까지 10분 이상 걸리므로 이를 고려해서 용량 추가 계획을 세우도록 합니다.
템플릿을 사용하여 VM 추가
빠른 시작 템플릿 갤러리 의 샘플/지침에 따라 각 노드 형식의 VM 수를 변경합니다.
PowerShell 또는 CLI 명령을 사용하여 VM 추가
다음 코드는 이름별로 확장 집합을 가져오고 확장 집합의 용량을 1단위로 늘립니다.
$scaleset = Get-AzVmss -ResourceGroupName SFCLUSTERTUTORIALGROUP -VMScaleSetName nt1vm
$scaleset.Sku.Capacity += 1
Update-AzVmss -ResourceGroupName $scaleset.ResourceGroupName -VMScaleSetName $scaleset.Name -VirtualMachineScaleSet $scaleset
이 코드는 용량을 6으로 설정합니다.
# Get the name of the node with
az vmss list-instances -n nt1vm -g sfclustertutorialgroup --query [*].name
# Use the name to scale
az vmss scale -g sfclustertutorialgroup -n nt1vm --new-capacity 6
노드 형식/가상 머신 확장 집합에서 수동으로 VM 제거
노드 형식을 스케일 인하는 경우 확장 집합에서 VM 인스턴스를 제거합니다. 노드 유형이 Bronze 내구성 수준인 경우 Service Fabric은 발생한 상황을 인식하지 못하고 노드가 누락되었다고 보고합니다. 그러면 Service Fabric은 클러스터의 비정상 상태를 보고합니다. 잘못된 상태를 방지하려면 클러스터에서 노드를 명시적으로 제거하고 노드 상태를 제거해야 합니다.
서비스 패브릭 시스템 서비스는 클러스터의 주 노드 형식에서 실행됩니다. 기본 노드 유형을 스케일 인할 때 인스턴스 수를 안정성 등급이 보장하는 것보다 적게 스케일 인하지 마세요.
상태 저장 서비스의 경우, 서비스의 가용성을 유지 관리하고 상태를 유지하기 위해 특정 수의 노드가 항상 활성화되어야 합니다. 최소한, 노드 수를 파티션/서비스의 대상 복제본 집합 수와 같게 유지해야 합니다.
Service Fabric 노드 제거
노드 상태를 수동으로 제거하는 단계는 Bronze 내구성 등급이 있는 노드 유형에만 적용됩니다. Silver 및 Gold 내구성 계층의 경우 이러한 단계는 플랫폼에서 자동으로 수행됩니다. 내구성에 대한 자세한 내용은 Service Fabric 클러스터 용량 계획을 참조하세요.
참고 항목
Gold 또는 Silver 내구성 수준이 활성화된 가상 머신 확장 집합의 노드 수는 최소 5개로 유지합니다. 이 임계값 이하로 스케일 인하면 클러스터에서 오류 상태가 시작되며 제거된 노드를 수동으로 정리해야 합니다.
클러스터의 노드를 업그레이드 도메인과 장애 도메인 전체에 고르게 분산하여 균등하게 사용하려면 가장 최근에 생성된 노드를 먼저 제거해야 합니다. 즉, 노드는 생성된 순서의 역순으로 제거되어야 합니다. 가장 최근에 생성된 노드는 virtual machine scale set InstanceId
속성 값이 최대인 노드입니다. 아래 코드 예제에는 가장 최근에 생성된 노드를 반환합니다.
Get-ServiceFabricNode | Sort-Object NodeInstanceId -Descending | Select-Object -First 1
sfctl node list --query "sort_by(items[*], &name)[-1]"
Service Fabric 클러스터는 이 노드가 제거될 것임을 알아야 합니다. 수행해야 하는 세 가지 단계가 있습니다.
더 이상 데이터가 복제되지 않도록 노드를 사용하지 않도록 설정합니다.
PowerShell:Disable-ServiceFabricNode
sfctl:sfctl node disable
노드를 중지하여 Service Fabric 런타임이 완전히 종료되고 앱이 종료 요청을 받도록 하십시오.
PowerShell:Start-ServiceFabricNodeTransition -Stop
sfctl:sfctl node transition --node-transition-type Stop
클러스터에서 노드를 제거합니다.
PowerShell:Remove-ServiceFabricNodeState
sfctl:sfctl node remove-state
이 세 단계가 노드에 적용된 후에는 확장 집합에서 제거할 수 있습니다. bronze 외의 내구성 계층을 사용하는 경우 확장 집합 인스턴스가 제거될 때 이러한 단계가 완료됩니다.
다음 코드 블록은 마지막으로 만든 노드를 가져오고 클러스터에서 해당 노드를 사용하지 않도록 설정하고 중지 및 제거합니다.
#### After you've connected.....
# Get the node that was created last
$node = Get-ServiceFabricNode | Sort-Object { $_.NodeName.Substring($_.NodeName.LastIndexOf('_') + 1) } -Descending | Select-Object -First 1
# Node details for the disable/stop process
$nodename = $node.NodeName
$nodeid = $node.NodeInstanceId
$loopTimeout = 10
# Run disable logic
Disable-ServiceFabricNode -NodeName $nodename -Intent RemoveNode -TimeoutSec 300 -Force
$state = Get-ServiceFabricNode | Where-Object NodeName -eq $nodename | Select-Object -ExpandProperty NodeStatus
while (($state -ne [System.Fabric.Query.NodeStatus]::Disabled) -and ($loopTimeout -ne 0))
{
Start-Sleep 5
$loopTimeout -= 1
$state = Get-ServiceFabricNode | Where-Object NodeName -eq $nodename | Select-Object -ExpandProperty NodeStatus
Write-Host "Checking state... $state found"
}
# Exit if the node was unable to be disabled
if ($state -ne [System.Fabric.Query.NodeStatus]::Disabled)
{
Write-Error "Disable failed with state $state"
}
else
{
# Stop node
$stopid = New-Guid
Start-ServiceFabricNodeTransition -Stop -OperationId $stopid -NodeName $nodename -NodeInstanceId $nodeid -StopDurationInSeconds 300
$state = (Get-ServiceFabricNodeTransitionProgress -OperationId $stopid).State
$loopTimeout = 10
# Watch the transaction
while (($state -eq [System.Fabric.TestCommandProgressState]::Running) -and ($loopTimeout -ne 0))
{
Start-Sleep 5
$state = (Get-ServiceFabricNodeTransitionProgress -OperationId $stopid).State
Write-Host "Checking state... $state found"
}
if ($state -ne [System.Fabric.TestCommandProgressState]::Completed)
{
Write-Error "Stop transaction failed with $state"
}
else
{
# Remove the node from the cluster
Remove-ServiceFabricNodeState -NodeName $nodename -TimeoutSec 300 -Force
}
}
아래 sfctl 코드에서 sfctl node list --query "sort_by(items[*], &name)[-1].name"
명령을 사용하여 마지막으로 만든 노드의 node-name 값을 가져옵니다.
# Inform the node that it is going to be removed
sfctl node disable --node-name _nt1vm_5 --deactivation-intent 4 -t 300
# Stop the node using a random guid as our operation id
sfctl node transition --node-instance-id 131541348482680775 --node-name _nt1vm_5 --node-transition-type Stop --operation-id c17bb4c5-9f6c-4eef-950f-3d03e1fef6fc --stop-duration-in-seconds 14400 -t 300
# Remove the node from the cluster
sfctl node remove-state --node-name _nt1vm_5
팁
다음 sfctl 쿼리를 사용하여 각 단계의 상태를 확인합니다.
비활성화 상태 확인sfctl node list --query "sort_by(items[*], &name)[-1].nodeDeactivationInfo"
중지 상태 확인sfctl node list --query "sort_by(items[*], &name)[-1].isStopped"
확장 집합 규모 감축
이제 클러스터에서 Service Fabric 노드가 제거되었으며 가상 머신 확장 집합의 규모를 감축할 수 있습니다. 아래 예제에서는 확장 집합 용량이 1식 줄어듭니다.
$scaleset = Get-AzVmss -ResourceGroupName SFCLUSTERTUTORIALGROUP -VMScaleSetName nt1vm
$scaleset.Sku.Capacity -= 1
Update-AzVmss -ResourceGroupName SFCLUSTERTUTORIALGROUP -VMScaleSetName nt1vm -VirtualMachineScaleSet $scaleset
이 코드는 용량을 5로 설정합니다.
# Get the name of the node with
az vmss list-instances -n nt1vm -g sfclustertutorialgroup --query [*].name
# Use the name to scale
az vmss scale -g sfclustertutorialgroup -n nt1vm --new-capacity 5
Service Fabric Explorer에서 볼 수 있는 동작
클러스터를 스케일 아웃하는 경우 Service Fabric Explorer는 클러스터의 일부로 노드 수(가상 머신 확장 집합 인스턴스)를 반영합니다. 그러나 클러스터 규모를 스케일 인할 때 적절한 노드 이름과 함께 Remove-ServiceFabricNodeState cmd 를 호출하지 않으면 제거된 노드/VM 인스턴스가 계속 비정상 상태로 표시됩니다.
다음은 이 동작에 대한 설명입니다.
Service Fabric Explorer에 나열된 노드는 서비스 패브릭 시스템 서비스(특히 FM)가 클러스터에 포함된 노드 수에 대해 알고 있는 내용이 반영된 것입니다. 가상 머신 확장 집합의 규모를 스케일 인하면 VM이 삭제되지만 FM 시스템 서비스는 해당 노드(삭제된 VM에 매핑된 노드)가 돌아올 것으로 생각합니다. 따라서 Service Fabric Explorer는 성능 상태가 오류 또는 알 수 없음이어도 해당 노드를 계속 표시합니다.
VM이 제거될 때 노드가 제거되는지 확인하기 위한 두 가지 옵션이 있습니다.
- 클러스터에서 노드 형식에 대해 골드 또는 실버 내구성 수준을 선택하면 인프라 통합이 제공됩니다. 규모 감축 시 시스템 서비스(FM) 상태에서 노드가 자동으로 제거됩니다. 여기에서 내구성 수준에 대한 세부 정보
참고 항목
Gold 또는 Silver 내구성 수준이 활성화된 가상 머신 확장 집합의 노드 수는 최소 5개로 유지합니다. 이 임계값 이하로 스케일 인하면 클러스터에서 오류 상태가 시작되며 제거된 노드를 수동으로 정리해야 합니다.
- VM 인스턴스의 규모가 스케일 인되면 Remove-ServiceFabricNodeState cmdlet을 호출해야 합니다.
참고 항목
Service Fabric 클러스터는 가용성을 유지하고 상태를 유지하기 위해 "쿼럼 유지"라고 하는 특정 수의 노드를 상시 작동해야 합니다. 따라서 먼저 상태의 전체 백업을 수행하지 않는 한 클러스터의 모든 머신을 종료하는 것은 일반적으로 안전하지 않습니다.
다음 단계
또한 클러스터 용량 계획, 클러스터 업그레이드 및 서비스 분할에 대해 자세히 알아 보려면 다음을 읽습니다.