Azure의 SharePoint 인트라넷 팜 3단계: SQL Server 인프라 구성
적용 대상:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
이 Azure 인프라 서비스에서의 인트라넷 전용 SharePoint Server 2016 팜 배포 단계에서는 2개의 SQL Server 가상 컴퓨터 및 클러스터 과반수 노드를 만든 후 구성하고 Windows Server 클러스터에 결합합니다.
SharePoint Intranet Farm in Azure Phase 4: Configure SharePoint servers으로 넘어가기 전에 이 단계를 완료해야 합니다. 모든 단계는 Azure에서 SQL Server Always On 가용성 그룹을 사용하여 SharePoint Server 배포 를 참조하세요.
참고
이러한 지침에서는 Azure 이미지 갤러리에서 SQL Server 이미지를 사용하며, 지속적인 SQL Server 라이선스 사용 비용은 사용자에게 부과됩니다. Azure에서 가상 컴퓨터를 만들고 자체 SQL Server 라이선스를 설치할 수도 있지만 Azure Virtual Machine을 포함하는 가상 컴퓨터에서 SQL Server 라이선스를 사용하려면 Software Assurance 및 라이선스 이동이 있어야 합니다.
Azure에서 SQL Server 클러스터 가상 컴퓨터 만들기
SQL Server 가상 컴퓨터에는 두 가지가 있습니다. 하나는 가용성 그룹의 주 데이터베이스 복제본을 포함합니다. 두 번째 가상 컴퓨터는 보조 백업 복제본을 포함합니다. 고가용성을 보장하기 위해 백업이 제공됩니다. 추가 가상 컴퓨터는 클러스터 과반수 노드를 위한 것입니다.
다음 PowerShell 명령 블록을 사용하여 Azure에서 구성 요소를 만듭니다. 변수의 값을 지정하고 < 및 > 문자를 제거합니다. 이러한 PowerShell 명령 집합은 다음 테이블의 값을 사용합니다.
테이블 R, 리소스 그룹
테이블 V, 가상 네트워크 설정
테이블 S, 서브넷
테이블 I, 고정 IP 주소
테이블 M, 가상 컴퓨터
테이블 A, 가용성 집합
Azure의 SharePoint 인트라넷 팜 2단계: 도메인 컨트롤러 구성 에서 테이블 M을 정의하고 Azure의 SharePoint 인트라넷 팜 1단계: Azure 구성에서 테이블 R, V, S, I 및 A를 정의한 과정을 재현합니다.
참고
다음 명령 집합은 최신 버전의 Azure PowerShell을 사용합니다. Azure PowerShell cmdlet으로 시작을 참조하세요.
먼저, SQL Server가 실행되는 두 개의 가상 컴퓨터용 Azure 내부 부하 분산 장치를 만듭니다. 올바른 값을 모두 제공하면 Azure PowerShell 명령 프롬프트나 로컬 컴퓨터의 PowerShell ISE(통합 스크립트 환경)에서 결과 블록을 실행합니다.
# Set up key variables
$locName="<Azure location of your SharePoint farm>"
$vnetName="<Table V - Item 1 - Value column>"
$subnetName="<Table S - Item 2 - Subnet name column>"
$privIP="<Table I - Item 4 - Value column>"
$rgName="<Table R - Item 5 - Resource group name column>"
$vnet=Get-AzVirtualNetwork -Name $vnetName -ResourceGroupName $rgName
$subnet=Get-AzVirtualNetworkSubnetConfig -VirtualNetwork $vnet -Name $subnetName
$frontendIP=New-AzLoadBalancerFrontendIpConfig -Name "SQLServers-LBFE" -PrivateIPAddress $privIP -Subnet $subnet
$beAddressPool=New-AzLoadBalancerBackendAddressPoolConfig -Name "SQLServers-LBBE"
$healthProbe=New-AzLoadBalancerProbeConfig -Name WebServersProbe -Protocol "TCP" -Port 59999 -IntervalInSeconds 5 -ProbeCount 2
$lbrule=New-AzLoadBalancerRuleConfig -Name "SQLTraffic" -FrontendIpConfiguration $frontendIP -BackendAddressPool $beAddressPool -Probe $healthProbe -Protocol "TCP" -FrontendPort 1433 -BackendPort 1433 -EnableFloatingIP
New-AzLoadBalancer -ResourceGroupName $rgName -Name "SQLServers" -Location $locName -LoadBalancingRule $lbrule -BackendAddressPool $beAddressPool -Probe $healthProbe -FrontendIpConfiguration $frontendIP
다음으로 SQL 클러스터의 정규화된 도메인 이름(예: sqlcluster.corp.contoso.com)을 내부 부하 분산 장치에 할당된 IP 주소로 확인하는 DNS 주소 레코드를 조직의 내부 DNS 인프라에 추가합니다(테이블 I - 항목 4의 값).
이제 SQL Server 클러스터의 가상 컴퓨터를 만듭니다.
참고
SQL Server 가상 컴퓨터에 대한 이미지는 SQL Server 2016용으로, Workflow Manager에서는 사용할 수 없습니다. Workflow Manager가 필요한 경우 SQL Server 2014를 사용해야 합니다. 다음 Azure PowerShell 명령 블록에서 $sqlSKU 변수를 SQL2014SP2 WS2012R2로 설정하여 이 버전을 지정할 수 있습니다.
올바른 값을 모두 제공하면 Azure PowerShell 명령 프롬프트나 로컬 컴퓨터의 PowerShell ISE에서 결과 블록을 실행합니다.
# Set up variables common to all three virtual machines
$locName="<Azure location of your SharePoint farm>"
$vnetName="<Table V - Item 1 - Value column>"
$subnetName="<Table S - Item 2 - Subnet name column>"
$avName="<Table A - Item 2 - Availability set name column>"
$rgNameTier="<Table R - Item 2 - Resource group name column>"
$rgNameInfra="<Table R - Item 5 - Resource group name column>"
$sqlSKU="SQL2016-WS2016"
$rgName=$rgNameInfra
$vnet=Get-AzVirtualNetwork -Name $vnetName -ResourceGroupName $rgName
$subnet=Get-AzVirtualNetworkSubnetConfig -VirtualNetwork $vnet -Name $subnetName
$backendSubnet=Get-AzVirtualNetworkSubnetConfig -Name $subnetName -VirtualNetwork $vnet
$webLB=Get-AzLoadBalancer -ResourceGroupName $rgName -Name "SQLServers"
$rgName=$rgNameTier
$avSet=Get-AzAvailabilitySet -Name $avName -ResourceGroupName $rgName
# Create the first SQL Server virtual machine
$vmName="<Table M - Item 3 - Virtual machine name column>"
$vmSize="<Table M - Item 3 - Minimum size column>"
$staticIP="<Table I - Item 5 - Value column>"
$diskStorageType="<Table M - Item 3 - Storage type column>"
$nic=New-AzNetworkInterface -Name ($vmName +"-NIC") -ResourceGroupName $rgName -Location $locName -Subnet $backendSubnet -LoadBalancerBackendAddressPool $webLB.BackendAddressPools[0] -PrivateIpAddress $staticIP
$vm=New-AzVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avset.Id
$vm=Set-AzVMOSDisk -VM $vm -Name ($vmName +"-OS") -DiskSizeInGB 128 -CreateOption FromImage -StorageAccountType $diskStorageType
$diskSize=1000
$diskConfig=New-AzDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzDisk -DiskName ($vmName + "-SQLData") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzVMDataDisk -VM $vm -Name ($vmName + "-SQLData") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 1
$diskSize=1000
$diskConfig=New-AzDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzDisk -DiskName ($vmName + "-SQLLogs") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzVMDataDisk -VM $vm -Name ($vmName + "-SQLLogs") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 2
$diskSize=1000
$diskConfig=New-AzDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzDisk -DiskName ($vmName + "-SQLTemp") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzVMDataDisk -VM $vm -Name ($vmName + "-SQLTemp") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 3
$cred=Get-Credential -Message "Type the name and password of the local administrator account for the first SQL Server computer."
$vm=Set-AzVMOperatingSystem -VM $vm -Windows -ComputerName $vmName -Credential $cred -ProvisionVMAgent -EnableAutoUpdate
$vm=Set-AzVMSourceImage -VM $vm -PublisherName MicrosoftSQLServer -Offer $sqlSKU -Skus Enterprise -Version "latest"
$vm=Add-AzVMNetworkInterface -VM $vm -Id $nic.Id
New-AzVM -ResourceGroupName $rgName -Location $locName -VM $vm
# Create the second SQL Server virtual machine
$vmName="<Table M - Item 4 - Virtual machine name column>"
$vmSize="<Table M - Item 4 - Minimum size column>"
$staticIP="<Table I - Item 6 - Value column>"
$diskStorageType="<Table M - Item 4 - Storage type column>"
$nic=New-AzNetworkInterface -Name ($vmName +"-NIC") -ResourceGroupName $rgName -Location $locName -Subnet $backendSubnet -LoadBalancerBackendAddressPool $webLB.BackendAddressPools[0] -PrivateIpAddress $staticIP
$vm=New-AzVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avset.Id
$vm=Set-AzVMOSDisk -VM $vm -Name ($vmName +"-OS") -DiskSizeInGB 128 -CreateOption FromImage -StorageAccountType $diskStorageType
$diskSize=1000
$diskConfig=New-AzDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzDisk -DiskName ($vmName + "-SQLData") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzVMDataDisk -VM $vm -Name ($vmName + "-SQLData") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 1
$diskSize=1000
$diskConfig=New-AzDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzDisk -DiskName ($vmName + "-SQLLogs") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzVMDataDisk -VM $vm -Name ($vmName + "-SQLLogs") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 2
$diskSize=1000
$diskConfig=New-AzDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzDisk -DiskName ($vmName + "-SQLTemp") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzVMDataDisk -VM $vm -Name ($vmName + "-SQLTemp") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 3
$cred=Get-Credential -Message "Type the name and password of the local administrator account for the second SQL Server computer."
$vm=Set-AzVMOperatingSystem -VM $vm -Windows -ComputerName $vmName -Credential $cred -ProvisionVMAgent -EnableAutoUpdate
$vm=Set-AzVMSourceImage -VM $vm -PublisherName MicrosoftSQLServer -Offer $sqlSKU -Skus Enterprise -Version "latest"
$vm=Add-AzVMNetworkInterface -VM $vm -Id $nic.Id
New-AzVM -ResourceGroupName $rgName -Location $locName -VM $vm
# Create the cluster majority node server
# Note that this virtual machine is not needed if you are using a cloud witness.
$vmName="<Table M - Item 5 - Virtual machine name column>"
$vmSize="<Table M - Item 5 - Minimum size column>"
$staticIP="<Table I - Item 7 - Value column>"
$diskStorageType="<Table M - Item 5 - Storage type column>"
$nic=New-AzNetworkInterface -Name ($vmName +"-NIC") -ResourceGroupName $rgName -Location $locName -Subnet $subnet -PrivateIpAddress $staticIP
$vm=New-AzVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avset.Id
$vm=Set-AzVMOSDisk -VM $vm -Name ($vmName +"-OS") -DiskSizeInGB 128 -CreateOption FromImage -StorageAccountType $diskStorageType
$cred=Get-Credential -Message "Type the name and password of the local administrator account for the cluster majority node server."
$vm=Set-AzVMOperatingSystem -VM $vm -Windows -ComputerName $vmName -Credential $cred -ProvisionVMAgent -EnableAutoUpdate
$vm=Set-AzVMSourceImage -VM $vm -PublisherName MicrosoftWindowsServer -Offer WindowsServer -Skus 2016-Datacenter -Version "latest"
$vm=Add-AzVMNetworkInterface -VM $vm -Id $nic.Id
New-AzVM -ResourceGroupName $rgName -Location $locName -VM $vm
참고
이러한 가상 컴퓨터는 인트라넷 응용 프로그램용이므로 공용 IP 주소나 DNS 도메인 이름 레이블에 할당되지 않으며 인터넷에 표시되지 않습니다. 그러나 이는 Azure Portal에서 연결할 수 없음을 의미합니다. 가상 컴퓨터의 속성을 보면 이 연결 옵션을 사용할 수 없습니다. 원격 데스크톱 연결 액세서리 또는 다른 원격 데스크톱 도구를 사용하여 개인 IP 주소나 인트라넷 DNS 이름을 사용하는 가상 컴퓨터에 연결할 수 있습니다.
SQL Server 컴퓨터 구성
SQL Server가 실행되는 각 가상 컴퓨터에서 원하는 원격 데스크톱 클라이언트를 사용하고 원격 데스크톱 연결을 만듭니다. 인트라넷 DNS나 컴퓨터 이름 및 로컬 관리자 계정의 자격 증명을 사용합니다.
Windows PowerShell 프롬프트에 있는 이러한 명령을 사용하여 SQL Server가 실행되는 각 가상 컴퓨터를 적합한 Windows Server AD 도메인에 참가시킵니다.
$domName="<Windows Server AD domain name to join, such as corp.contoso.com>"
Add-Computer -DomainName $domName
Restart-Computer
Add-Computer 명령을 입력한 후 도메인 계정 자격 증명을 제공해야 합니다.
다시 시작한 후에 로컬 관리자 계정을 사용하여 다시 연결합니다.
다음으로 데이터 디스크를 더 추가해야 합니다. 각 SQL Server 컴퓨터의 Windows PowerShell 명령 프롬프트에서 다음 명령을 실행합니다.
$newDisks=Get-Disk | Where Partitionstyle -eq "RAW"
ForEach ($d in $newDisks) {
$diskNum=$d.Number - 1
Get-Disk $d.Number | Initialize-Disk -PartitionStyle GPT -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS -NewFileSystemLabel "DataDisk$diskNum"
}
md f:\Data
md g:\Log
md h:\Backup
그런 다음 ping 명령으로 조직 네트워크의 리소스 이름과 IP 주소를 ping하여 조직 네트워크의 위치에 대한 각 SQL Server의 연결을 테스트합니다. 이 절차에서는 DNS 이름 확인이 제대로 작동하는지(가상 컴퓨터가 가상 네트워크의 DNS 서버로 올바르게 구성되었는지)와 프레미스 간 가상 네트워크에서 이 패킷을 보낼 수 있는지 확인합니다.
다음 PowerShell 명령 블록을 각 SQL Server에 대해 한 번씩 2번 실행하여 새 데이터베이스와 계정 및 권한에 대해 추가 드라이브를 사용하도록 구성합니다.
$domain = "<your Windows Server AD domain name, such as CORP for corp.contoso.com>"
$spFarmDBAcctName=$domain +"\sp_farm_db"
$spFarmInstallAcctName=$domain +"\sp_install"
Import-Module -Name 'SQLPS' -DisableNameChecking
$svr = new-object('Microsoft.SqlServer.Management.Smo.Server')localhost
$svr.properties["DefaultFile"].Value="f:\data"
$svr.properties["DefaultLog"].Value="g:\log"
$svr.properties["BackupDirectory"].Value = "H:\Backup"
$svr.alter()
$login = New-Object('Microsoft.SqlServer.Management.Smo.Login') -ArgumentList $svr, $spFarmDBAcctName
$login.LoginType = "WindowsUser"
$Login.Create()
$login.AddToRole("sysadmin")
$login.Alter()
$login = New-Object('Microsoft.SqlServer.Management.Smo.Login') -ArgumentList $svr, $spFarmInstallAcctName
$login.LoginType = "WindowsUser"
$Login.Create()
$login.AddToRole("securityadmin")
$login.AddToRole("dbcreator")
$login.Alter()
$maxdop=$svr.Configuration.Properties| where displayname -Match 'degree'
$maxdop.ConfigValue = 1
$svr.Alter()
각 SQL Server 가상 컴퓨터에서 로그아웃한 후 sp_install 계정을 사용하여 연결합니다.
각 SQL Server 가상 컴퓨터에서 관리자 수준의 Windows PowerShell 명령 프롬프트를 열고 다음 PowerShell 명령 블록을 실행하여 sp_farm_db 계정을 사용한 원격 데스크톱 연결을 허용합니다.
$domain = "<your Windows Server AD domain name, such as CORP for corp.contoso.com>"
$server="<name of the server>"
$user = "sp_farm_db"
$group = "Remote Desktop Users"
$de = [ADSI]"WinNT://$server/$group,group"
$de.psbase.Invoke("Add",([ADSI]"WinNT://$domain/$user").path)
SQL Server에는 클라이언트가 데이터베이스 서버에 액세스하는 데 사용하는 포트가 필요합니다. 또한 SQL Server Management Studio에 연결하고 고가용성 그룹을 관리하기 위한 포트와 가용성 그룹 수신기의 Loadbalancer 프로브를 위한 사용하지 않은 추가 포트도 필요합니다.
그런 후 Windows PowerShell 명령 프롬프트에서 각 SQL Server에 대해 한 번씩 다음 명령을 실행하여 이러한 유형의 인바운드 트래픽이 SQL Server로 전달되도록 하는 방화벽 규칙을 추가합니다.
New-NetFirewallRule -DisplayName "SQL Server ports 1433, 1434, and 5022, and 59999" -Direction Inbound -Protocol TCP -LocalPort 1433,1434,5022,59999 -Action Allow
각 SQL Server 가상 컴퓨터에서 로컬 관리자로 로그아웃합니다.
Azure에서 SQL Server 성능을 최적화하는 방법에 대한 자세한 내용은 Azure Virtual Machines의 SQL Server에 대한 성능 모범 사례를 참조하세요.
클러스터 과반수 노드 서버 구성
원하는 원격 데스크톱 클라이언트를 사용하고 클러스터 과반수 노드 서버에 대한 원격 데스크톱 연결을 만듭니다. 인트라넷 DNS나 컴퓨터 이름 및 로컬 관리자 계정의 자격 증명을 사용합니다.
참고
클라우드 감시를 사용 중인 경우에는 이 주소가 필요하지 않습니다.
Windows PowerShell 프롬프트에서 이러한 명령을 사용하여 클러스터 과반수 노드 서버를 적합한 Windows Server AD 도메인에 참가시킵니다.
$domName="<Windows Server AD domain name to join, such as corp.contoso.com>"
Add-Computer -DomainName $domName
Restart-Computer
Add-Computer 명령을 실행한 후 도메인 계정 자격 증명을 제공해야 합니다.
Windows 서버 클러스터 만들기
SQL Server Always On 가용성 그룹은 Windows Server의 WSFC(Windows Server 장애 조치(failover) 클러스터링) 기능을 사용합니다. 이 기능이 있으면 여러 컴퓨터가 한 클러스터에 그룹으로 참여할 수 있습니다. 한 컴퓨터에 장애가 발생하면 또 다른 컴퓨터가 대신할 수 있습니다. 따라서 첫 번째 작업은 다음을 포함하는 모든 참여 컴퓨터에서 장애 조치(failover) 클러스터링 기능을 사용하도록 설정하는 것입니다.
주 SQL Server
보조 SQL Server
클러스터 과반수 노드(필요한 경우)
장애 조치(failover) 클러스터에는 3개 이상의 VM이 필요합니다. 두 컴퓨터는 SQL Server를 호스트합니다. 두 번째 SQL Server VM은 동기 보조 복제본이므로, 주 컴퓨터에 장애가 발생할 경우 데이터 손실이 없도록 보장합니다. 세 번째 컴퓨터는 SQL Server를 호스트할 필요가 없습니다. 클러스터 과반수 노드는 WSFC에서 쿼럼을 제공합니다. WSFC 클러스터는 상태 모니터링을 위해 쿼럼에 의존하므로 WSFC 클러스터가 온라인 상태가 되도록 하기 위해서는 항상 과반수여야 합니다. 클러스터에 컴퓨터가 2개만 있는 데 하나에 장애가 발생하면 과반수가 될 수 없습니다. 자세한 내용은 WSFC 쿼럼 모드 및 투표 구성(SQL Server)을 참조하세요. 클러스터 대다수 노드 가상 머신을 사용하는 대신 클라우드 감시를 사용할 수 있습니다.
두 SQL Server 컴퓨터와 클러스터 과반수 노드에 대해 관리자 수준의 Windows PowerShell 명령 프롬프트에서 다음 명령을 실행합니다.
Install-WindowsFeature Failover-Clustering -IncludeManagementTools
현재 Azure에서 DHCP가 RFC 규격이 아닌 동작을 나타내므로 WSFC 클러스터의 생성이 실패할 수 있습니다. 자세한 내용은 Azure Virtual Machines의 SQL Server에 대한 고가용성 및 재해 복구에서 "Azure 네트워킹의 WSFC 클러스터 동작"을 검색합니다. 그러나 해결 방법이 있습니다. 다음 단계에 따라 클러스터를 만드세요.
sp_install 계정 자격 증명을 사용하여 주 SQL Server 가상 컴퓨터에 연결합니다.
시작을 클릭하고 장애 조치를 입력한 후 장애 조치(Failover) 클러스터 관리자를 클릭합니다.
왼쪽 창에서 마우스 오른쪽 단추로 장애 조치(Failover) 클러스터 관리자를 클릭한 다음 클러스터 만들기를 클릭합니다.
시작하기 전에 페이지에서 다음을 클릭합니다.
서버 선택 페이지에서 주 SQL Server 컴퓨터의 이름을 입력하고 추가를 클릭한 후 다음을 클릭합니다.
유효성 검사 경고 페이지에서 아니요. 이 클러스터에 대한 Microsoft의 지원이 필요 없으므로 유효성 검사 테스트를 실행하지 않습니다. [다음]을 클릭하면 클러스터 만들기를 계속합니다.를 클릭하고 다음을 클릭합니다.
클러스터 관리 액세스 지점 페이지의 클러스터 이름 텍스트 상자에 클러스터의 이름을 입력하고 다음을 클릭합니다.
확인 페이지에서 다음을 클릭하여 클러스터 생성을 시작합니다.
요약 페이지에서 마침을 클릭합니다.
왼쪽 창에서 새 클러스터를 클릭합니다. 콘텐츠 창의 클러스터 코어 리소스 섹션에서 서버 클러스터 이름을 엽니다. IP 주소 리소스가 실패 상태로 표시됩니다. 클러스터에는 컴퓨터 자체와 동일한 IP 주소가 할당되기 때문에 IP 주소 리소스를 온라인 상태로 전환할 수 없습니다. 그 결과 주소가 중복됩니다.
실패한 IP 주소 리소스를 마우스 오른쪽 단추로 클릭한 다음, 속성을 클릭합니다.
IP 주소 속성 대화 상자에서 고정 IP 주소를 클릭합니다.
주소 범위에 SQL Server가 있는 서브넷에 해당하는 사용하지 않은 IP를 입력한 다음 확인을 클릭합니다.
실패한 IP 주소 리소스를 마우스 오른쪽 단추로 클릭한 다음 온라인 상태로 전환을 클릭합니다. 두 리소스가 온라인 상태로 전환될 때까지 기다립니다. 클러스터 이름 리소스가 온라인 상태가 되면 도메인 컨트롤러가 새 AD(Active Directory) 컴퓨터 계정으로 업데이트됩니다. 이 AD 계정은 나중에 가용성 그룹 클러스터 서비스를 실행하는 데 사용됩니다.
이제 AD 계정이 만들어졌으므로 클러스터 이름을 오프라인 상태로 전환합니다. 클러스터 코어 리소스에서 클러스터 이름을 마우스 오른쪽 단추로 클릭한 후 오프라인 상태로 전환을 클릭합니다.
클러스터 IP 주소를 제거하려면 IP 주소를 마우스 오른쪽 단추로 클릭한 후 제거를 클릭하고 확인 메시지가 표시되면 예를 클릭합니다. 클러스터 리소스는 IP 주소 리소스에 의존하므로 더 이상 온라인 상태를 유지할 수 없습니다. 그러나 가용성 그룹은 제대로 작동되기 위해 클러스터 이름 또는 IP 주소가 필요하지 않습니다. 따라서 클러스터 이름은 오프라인 상태를 유지할 수 있습니다.
클러스터에 나머지 노드를 추가하려면 왼쪽 창에서 클러스터 이름을 마우스 오른쪽 단추로 클릭한 다음, 노드 추가를 클릭합니다.
시작하기 전에 페이지에서 다음을 클릭합니다.
서버 선택 페이지에서 이름을 입력하고 추가를 클릭하여 보조 SQL Server 및 클러스터 과반수 노드를 클러스터에 추가합니다. 클라우드 감시를 사용하는 경우 대부분의 노드가 필요하지 않습니다.
컴퓨터를 추가한 후 다음을 클릭합니다. 컴퓨터를 추가할 수 없고 "원격 레지스트리가 실행되고 있지 않습니다"라는 오류 메시지가 표시되면 다음을 수행합니다. 컴퓨터에 로그온하고 서비스 스냅인(services.msc)을 열고 원격 레지스트리를 사용하도록 설정합니다. 자세한 내용은 원격 레지스트리 서비스에 연결할 수 없음을 참조하세요.
유효성 검사 경고 페이지에서 아니요. 이 클러스터에 대한 Microsoft의 지원이 필요 없으므로 유효성 검사 테스트를 실행하지 않습니다. [다음]을 클릭하면 클러스터 만들기를 계속합니다.를 클릭하고 다음을 클릭합니다.
확인페이지에서 다음을 클릭합니다.
요약 페이지에서 마침을 클릭합니다.
왼쪽 창에서 노드를 클릭합니다. 세 대의 컴퓨터가 모두 나열됩니다.
클라우드 감시를 사용하는 경우 장애 조치(Failover) 클러스터에 대한 클라우드 감시 배포를 참조하세요.
Always On 가용성 그룹 사용
다음 단계는 SQL Server 구성 관리자를 사용하여 Always On 가용성 그룹을 사용하도록 설정하는 것입니다. SQL Server의 가용성 그룹은 Azure 가용성 집합과 다릅니다. 가용성 그룹에는 고가용성의 복구 가능한 데이터베이스가 포함되어 있습니다. Azure 가용성 집합은 여러 다른 장애 도메인에 가상 컴퓨터를 할당합니다. 장애 도메인에 대한 자세한 내용은 Virtual Machines의 가용성 관리를 참조하세요.
다음 단계를 사용하여 SQL Server에서 Always On 가용성 그룹을 사용하도록 설정합니다.
Sp_install 계정 또는 SQL Server에서 sysadmin 서버 역할을 갖는 다른 계정을 사용하여 기본 SQL Server에 연결합니다.
시작을 클릭하고 SQL Server 구성를 입력한 후 SQL Server 구성 관리자를 클릭합니다.
왼쪽 창에서 SQL Server 서비스을 클릭합니다.
콘텐츠 창에서 SQL Server(MSSQLSERVER)를 두 번 클릭합니다.
SQL Server(MSSQLSERVER) 속성에서 Always On 고가용성 탭을 클릭하고 Always On 가용성 그룹 사용을 선택하고 적용을 클릭한 다음 메시지가 표시되면 확인을 클릭합니다. 속성 창을 닫을 아직 닫지 마세요.
로그온 탭을 클릭하고 이 계정 라디오 단추가 선택되어 있는지 확인하고 계정 이름에 domain>\sqlservice를 입력<합니다. 암호 및 암호 확인에 sqlservice 계정 암호를 입력하고 확인을 클릭합니다.
메시지 창에서 예를 클릭하여 SQL Server 서비스를 다시 시작합니다.
보조 SQL Server에 연결하고 이 과정을 반복합니다.
이 단계를 성공적으로 완료하면 자리 표시자 컴퓨터 이름이 포함된 다음 구성이 설정됩니다.
3단계: 고가용성 SharePoint Server 2016 팜에 대한 SQL Server 인프라
다음 단계
Azure의 SharePoint 인트라넷 팜 4단계: SharePoint 서버 구성 을 사용하여 이 작업을 계속 구성합니다.
참고 항목
기타 리소스
Azure에서 SQL Server AlwaysOn 가용성 그룹을 사용하여 SharePoint Server 배포
Microsoft Azure의 SharePoint Server