Azure 로컬에 노드 추가

적용 대상: Azure 로컬 의 하이퍼컨버지드 배포

이 문서에서는 Azure 로컬 인스턴스에 노드(스케일 아웃이라고도 함)를 추가하여 용량을 관리하는 방법을 설명합니다. 이 문서에서는 각 서버를 노드라고 합니다.

노드 추가에 대하여

기존 시스템에 노드를 추가하여 Azure 로컬 에서 동시에 컴퓨팅 및 스토리지의 크기를 쉽게 조정할 수 있습니다. Azure 로컬 인스턴스는 최대 16개의 노드를 지원합니다.

시스템에 추가하는 각 새 물리적 노드는 CPU 유형, 메모리, 드라이브 수 및 드라이브의 유형 및 크기 측면에서 나머지 노드와 밀접하게 일치해야 합니다.

Azure 로컬 인스턴스를 1개 노드에서 16개 노드로 동적으로 확장할 수 있습니다. 크기 조정에 대한 응답으로 오케스트레이터(수명 주기 관리자라고도 함)는 드라이브 복원력, 오케스트레이터 에이전트와 같은 온-프레미스 에이전트를 포함한 네트워크 구성 및 Arc 등록을 조정합니다. 동적 크기 조정을 수행하려면 네트워크 아키텍처를 스위치 없이 연결에서 네트워크 스위치를 통해 연결됨으로 변경해야 할 수 있습니다.

중요한

• 이 릴리스에서는 지정된 시간에 하나의 노드만 추가할 수 있습니다. 그러나 스토리지 풀의 균형을 한 번만 다시 조정하도록 여러 노드를 순차적으로 추가할 수 있습니다.
• 시스템에서 노드를 영구적으로 제거할 수는 없습니다.

노드 워크플로 추가

다음 흐름 다이어그램은 노드를 추가하는 전체 프로세스를 보여줍니다.

노드를 추가하려면 다음 개략적인 단계를 수행합니다.

1. 추가하려는 새 노드에 운영 체제, 드라이버 및 펌웨어를 설치합니다. 자세한 내용은 OS 설치를 참조하세요.
2. Azure 포털에서 PowerShell(Add-Server) 또는 Azure 로컬 환경을 사용하여 준비된 노드를 추가합니다.
3. 시스템에 노드를 추가할 때 시스템은 실제로 노드를 추가하기 전에 새 들어오는 노드가 CPU, 메모리 및 스토리지(드라이브) 요구 사항을 충족하는지 확인합니다.
4. 노드가 추가되면 시스템이 정상적으로 작동하는지 확인하기 위해 시스템의 유효성도 검사됩니다. 다음으로 스토리지 풀은 자동으로 균형을 조정합니다. 스토리지 균형 조정은 실제 워크로드에 영향을 주지 않는 우선 순위가 낮은 작업입니다. 리밸런스는 노드 수 및 사용된 스토리지에 따라 며칠 동안 실행할 수 있습니다.

비고

사용자 지정 스토리지 IP를 사용하여 Azure 로컬 인스턴스를 배포한 경우 노드가 추가된 후 스토리지 네트워크 어댑터에 IP를 수동으로 할당해야 합니다.

지원되는 시나리오

노드를 추가하면 다음과 같은 스케일 아웃 시나리오가 지원됩니다.

시작 시나리오	대상 시나리오	복원력 설정	스토리지 네트워크 아키텍처	감시 설정
단일 노드	2노드 시스템	양방향 미러	스위치를 사용하거나 사용하지 않고 구성됨	대상 시나리오에 감시가 필요합니다.
2노드 시스템	3노드 시스템	3방향 미러	스위치로만 구성됨	대상 시나리오에 대한 증인 선택 사항입니다.
3노드 시스템	N-노드 시스템	3방향 미러	스위치만 사용	대상 시나리오에 대한 증인 선택 사항입니다.

시스템을 2개에서 3개 노드로 업그레이드하면 스토리지 복원력 수준이 양방향 미러에서 3방향 미러로 변경됩니다.

현재 Azure 포털을 통해 지원되지 않는 시나리오는 다음과 같습니다.

• 단일 노드에서 2노드 시스템으로 확장
• 랙 인식 클러스터에 대한 스케일 아웃
• 로컬 가용 영역이 구성된 분리형 배포를 위한 수평 확장
• Azure Government 클라우드에 배포된 시스템에는 스케일 아웃이 지원되지 않습니다.

복원력 설정

이 릴리스에서는 노드 추가 작업이 배포 후에 만든 워크로드 볼륨에서 특정 작업을 수행하지 않습니다.

노드 추가 작업의 경우 필요한 인프라 볼륨 및 배포 중에 만든 워크로드 볼륨에 대한 복원력 설정이 업데이트됩니다. 이 설정은 배포 후에 만든 다른 워크로드 볼륨에 대해 동일하게 유지됩니다(이러한 볼륨에 대한 의도적인 복원력 설정은 알려져 있지 않으며 시스템 규모에 관계없이 양방향 미러 볼륨을 원할 수 있기 때문에).

그러나 기본 복원력 설정은 스토리지 풀 수준에서 업데이트되므로 배포 후에 만드는 모든 새 워크로드 볼륨은 복원력 설정을 상속합니다.

하드웨어 요구 사항

노드를 추가할 때 시스템은 들어오는 새 노드의 하드웨어의 유효성을 검사하고 노드가 시스템에 추가하기 전에 하드웨어 요구 사항을 충족하는지 확인합니다.

구성 요소	규정 준수 확인
중앙 처리 장치 (CPU)	새 노드의 CPU 코어 수가 동일한지 확인합니다. 들어오는 노드의 CPU 코어가 이 요구 사항을 충족하지 않으면 경고가 표시됩니다. 그러나 작업은 허용됩니다.
메모리	새 노드에 설치된 메모리 양이 동일하거나 더 많은지 확인합니다. 들어오는 노드의 메모리가 이 요구 사항을 충족하지 않으면 경고가 표시됩니다. 그러나 작업은 허용됩니다.
드라이브	새 노드에 저장소 공간 Direct에 사용할 수 있는 데이터 드라이브 수가 동일한지 확인합니다. 들어오는 노드의 드라이브 수가 이 요구 사항을 충족하지 않으면 오류가 보고되고 작업이 차단됩니다.

필수 조건

노드를 추가하기 전에 하드웨어 및 소프트웨어 필수 구성 요소를 완료합니다.

하드웨어 필수 구성 요소

다음 필수 구성 요소를 완료해야 합니다.

1. 원래 OEM에서 새 Azure 로컬 하드웨어를 획득합니다. 시스템에서 사용할 새 노드 하드웨어를 추가할 때는 항상 OEM 제공 설명서를 참조하세요.
2. 새 실제 노드를 랙과 같은 미리 결정된 위치에 배치하고 적절하게 케이블을 연결합니다.
3. 네트워크 환경에 해당하는 실제 스위치 포트를 사용하도록 설정하고 조정합니다.

소프트웨어 필수 구성 요소

다음 필수 구성 요소를 완료해야 합니다.

• AzureStackLCMUser Active Directory에서 활성화되어 있습니다. 자세한 내용은 Active Directory 준비를 참조하세요.
• AzureStackLCMUser 또는 동일한 사용 권한이 있는 다른 사용자로 로그인했습니다.
• AzureStackLCMUser의 자격 증명은 변경되지 않았습니다.

노드 추가

Azure 포털에서 PowerShell 또는 Azure 로컬 환경을 사용하여 Azure 로컬 인스턴스에 노드를 추가할 수 있습니다.

PowerShell

노드 추가 워크플로를 스크립트하고 자동화하려는 경우 PowerShell을 사용합니다.

준비(PowerShell)

PowerShell을 사용하여 노드를 추가하려면 다음 단계를 수행합니다.

1. 추가하려는 새 노드에 운영 체제, 드라이버 및 펌웨어를 설치합니다. 자세한 내용은 OS 설치를 참조하세요.

   중요한

   버전 2503 이상에서는 기존 클러스터와 동일한 솔루션 버전의 OS 이미지를 사용합니다. 솔루션 버전 가져오기를 사용하여 실행 중인 솔루션 버전을 식별하고 OS 이미지 테이블을 사용하여 일치하는 이미지를 선택합니다. 일부 이미지 버전이 나열되지 않을 수 있으므로 Azure 포털에서만 이미지를 선택하지 않습니다.

2. Arc에 새 노드를 등록합니다. 지침은 Arc에 등록 및 사용 권한 설정을 참조하세요.

   비고

   리소스 그룹, 지역, 구독 및 테넌트 등 기존 노드와 동일한 Arc 등록 매개 변수를 사용합니다.

3. Azure Stack HCI 장치 관리 역할, 연결된 인프라VM 및 Key Vault 비밀 사용자를 포함하여 새로 추가된 노드에 필요한 권한을 할당합니다.

4. cmdlet을 Add-Server 실행하여 준비된 노드를 Azure 로컬 인스턴스에 추가합니다.

   Example:

   Add-Server -Name "<new-node-name>"
   

5. 들어오는 노드가 CPU, 메모리 및 스토리지(드라이브) 요구 사항을 충족하는지 확인하기 위해 시스템 유효성 검사를 기다립니다.

6. 노드가 성공적으로 추가되었는지 확인하고 스토리지 재조정이 완료되도록 허용합니다. 재조정은 우선 순위가 낮은 백그라운드 작업이며 노드 수 및 스토리지 사용량에 따라 며칠 동안 실행할 수 있습니다.

단일 노드 시스템에서 스케일링하는 경우

실행 Add-Server하기 전에 다음 작업을 완료합니다.

1. 쿼럼 감시자를 구성합니다. 쿼럼 감시 배포를 참조하세요.

2. 초기 배포 중에 스토리지 의도를 구성하지 않은 경우 스토리지 의도를 구성합니다.

   Example:

   Set-StorageNetworkIntent -Name "StorageNet" -StorageIntentAdapters "Ethernet1, Ethernet2" -Switchless $false -VLANID "877, 888"
   

노드 추가 작업 실행

시스템에 이미 있는 노드에서 다음 단계를 수행합니다.

1. 시스템 배포 중에 제공한 도메인 사용자 자격 증명(AzureStackLCMUser 또는 동등한 사용자)으로 로그인합니다.

2. 다음 명령을 실행하여 새 노드에 대한 로컬 관리자 자격 증명을 사용하여 들어오는 노드를 추가합니다.

   $HostIpv4 = "<IPv4 for the new node>"
   $Cred = Get-Credential
   Add-Server -Name "<Name of the new node>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred
   

3. Add-Server에서 반환된 작업 ID를 저장합니다. 이 ID를 사용하여 작업 진행률을 모니터링합니다.

작업 진행률 모니터링(PowerShell)

1. 다음 cmdlet을 실행하고 이전 단계의 작업 ID를 제공합니다.

   $ID = "<Operation ID>"
   Start-MonitoringActionplanInstanceToComplete -ActionPlanInstanceID $ID
   

2. 노드 추가 작업이 완료되면 스토리지 재조정 진행률을 모니터링합니다.

   Get-VirtualDisk | Get-StorageJob
   

   스토리지 균형 조정이 완료되면 이 cmdlet은 출력을 반환하지 않습니다.

3. 필요한 경우 노드가 Azure 포털에 더 빨리 표시되도록 강제로 동기화합니다.

   Sync-AzureStackHCI
   

복구 시나리오

Scenario	완화 방법	다시 실행 필요
오케스트레이터를 사용하지 않고 비동기적으로 새로운 노드를 추가했습니다.	추가된 노드를 제거하고 오케스트레이터를 사용하여 노드를 추가합니다.	아니요
오케스트레이터를 사용하여 새 노드를 추가했으며 작업이 실패했습니다.	실패 원인을 조사하고 Add-Server -Rerun를 사용하여 실패한 작업을 다시 실행합니다.	예
오케스트레이터를 사용하여 새 노드를 추가하고 작업이 부분적으로 성공했지만 새 OS 설치로 시작해야 합니다.	오케스트레이터가 이미 새 노드로 지식 저장소를 업데이트했으므로 복구 노드 시나리오를 사용합니다.	예

PowerShell 노드 추가 작업 문제 해결

비고

릴리스 2508부터 명령을 실행한 후 유효성 검사가 실행됩니다 Add-Server . 테스트가 실패하면 유효성 검사기는 오류를 해결하는 데 도움이 되는 세부 정보를 반환합니다.

노드를 추가하는 동안 오류가 발생하는 경우 로그 파일에 출력을 캡처합니다.

Get-ActionPlanInstance -ActionPlanInstanceID $ID | Out-File log.txt

실패한 작업을 다시 실행하려면 다음을 수행합니다.

Add-Server -Rerun

비고

사용자 지정 스토리지 IP를 사용하여 Azure 로컬 인스턴스를 배포한 경우 노드가 추가된 후 스토리지 네트워크 어댑터에 IP를 수동으로 할당해야 합니다.

Azure Portal(미리 보기)

Azure 포털의 Azure 로컬 환경을 사용하여 마법사 기반 워크플로를 안내합니다.

준비 (Azure 포털)

Azure 포털의 노드 추가 마법사는 클러스터에 새 컴퓨터를 성공적으로 추가하기 위한 8단계를 안내합니다.

Azure 포털을 사용하여 노드를 추가하려면 다음 단계를 수행합니다.

1단계: 마법사 시작

1. Azure 포털에서 Azure 로컬 인스턴스로 이동합니다.
2. 컴퓨터 창에서 컴퓨터 추가를 선택합니다.
3. 기본 사항 탭이 자동으로 열립니다.

2단계: 기본 사항 탭에서 컴퓨터 선택

기본 사항 탭에서 클러스터에 추가할 컴퓨터를 선택합니다.

1. 컴퓨터 선택: 컨텍스트 창에 사용 가능한 모든 컴퓨터가 표시됩니다. 추가하려는 컴퓨터를 필터링하고 선택합니다.
2. 키 자격 증명 모음 선택: 새 키 자격 증명 모음을 만들거나 계속하려면 기존 키 자격 증명 모음을 선택합니다.
3. 로컬 관리자: 컴퓨터에 대한 로컬 관리자 사용자 자격 증명입니다. 모든 컴퓨터에 대해 동일한 자격 증명을 사용합니다.
4. 확장 설치: 선택한 후 마법사는 컴퓨터에 필수 확장을 자동으로 설치합니다.
5. 컴퓨터 상태: 확장 설치가 완료되면 컴퓨터가 준비 상태로 전환됩니다.

3단계: Lite 유효성 검사

이 단계에서 마법사는 선택한 컴퓨터에서 초기 유효성 검사를 수행합니다.

1. 유효성 검사를 실행하려면 선택한 컴퓨터 유효성 검사를 선택합니다.
2. 유효성 검사가 성공하면 다음 단추가 활성화되어 네트워킹 탭으로 이동합니다.
3. 유효성 검사에 실패하면 오류 메시지를 검토하여 세부 정보를 확인하고 다시 시도하기 전에 문제를 해결합니다.

노드 작업 추가

4단계: 네트워킹 탭

네트워킹 탭은 클러스터에 대한 네트워크 구성을 자동으로 처리합니다.

• 이 탭에서는 사용자 상호 작용이 필요하지 않습니다.
• 네트워킹 구성을 처리한 후 마법사가 유효성 검사 탭으로 자동으로 진행됩니다.

5단계: 유효성 검사 및 RBAC 할당

유효성 검사 탭은 노드 추가 작업이 성공하는 데 필요한 권한을 할당합니다.

다음 RBAC(역할 기반 액세스 제어) 할당이 구성됩니다.

Scope	Role	Purpose
리소스 그룹	Azure Stack HCI 장치 관리 역할	Azure Stack HCI 클러스터의 디바이스 관리
Azure Stack HCI 디바이스	연결된 InfraVM	인프라 VM 관리
비밀(Key Vault 통해)	비밀 사용자 역할	배포하는 동안 클러스터 비밀에 액세스
Key Vault(Azure Key Vault만 있는 로컬 ID)	비밀 책임자 역할, 인증서 책임자 역할	Azure Key Vault 로컬 ID를 사용하는 클러스터에 대한 비밀 및 인증서 관리

마법사가 비밀 정보를 만들고 RBAC 할당을 구성한 후, 새 비밀 정보의 Secrets 범위에서 기존 노드에 Key Vault Secrets User 역할을 할당합니다.

6단계: 유효성 검사 작업 실행

마법사는 배포 전에 구성을 확인하는 유효성 검사 작업을 만들고 실행합니다. 새로 고침 단추를 선택하여 최신 유효성 검사 상태를 검색합니다.

7단계: 검토 및 만들기

배포하기 전에 클러스터 및 컴퓨터 세부 정보를 검토합니다.

검토 + 컴퓨터 추가를 선택하여 배포 작업을 트리거합니다.

이제 마법사가 배포 모드 로 전환되고 작업 창으로 리디렉션되어 진행 상황을 모니터링합니다.

작업 진행률 모니터링

8단계: 배포 모니터링

작업 창에서 노드 추가 작업을 추적합니다.

새로 추가된 노드는 배포가 성공적으로 완료된 후 컴퓨터 창에 나타납니다. Azure 포털은 몇 시간 후에 자동으로 업데이트됩니다.

Troubleshoot

노드 추가 작업이 실패하면 실패한 단계 옆에 있는 세부 정보 보기를 선택하여 작업 창에서 오류 세부 정보를 검토합니다. 보고된 문제를 해결한 후 작업을 선택한 다음 다시 시도 단추를 선택하여 다시 시작합니다.

문제 해결

노드 추가 작업 중에 문제가 발생하고 Microsoft 지원의 도움이 필요한 경우 Azure 로컬(미리 보기)에 대한 진단 로그 수집 의 단계에 따라 진단 로그를 수집하고 Microsoft로 보낼 수 있습니다.

클러스터에 추가될 새 노드에서 진단 로그를 제공해야 할 수 있습니다. 새 노드에서 Send-DiagnosticData cmdlet을 실행해야 합니다.

다음 단계

• 노드를 복구하는 방법에 대해 자세히 알아봅니다.