Hi, Compute performance is not my major concern. But, I have to do this as my AWS customer needs this information to migrate from AWS to Azure.

So, I did the test below with my colleague.

The image I used at AWS is Ubuntu 14.04 HVM. and GeekBench 3.3.2. and the VMs were deployed in Oregon Region.

As always mentioned, this performance score doesn't mean that your workload could have get as the workload performances are functions of complex variables such as CPU, memory, disk, and network etc.

You could get an idea that the same vCPU doesn't mean that it could yield the similar performances from compute performance perspectives.

Click the graph below to see more clearly.

AWS VM Geekbench Score. As you know, t-type VM's characteristic is very different. It performs well with Credit, but, it perfomrs the worst.

You may have to be very cautious when you choose AWS t-type machines in Production as it doesn't guarantee the consistent performance.

And Azure charges per minute agaisnt AWS's per hour charge. So, if you want short-time performances, Azure would be fit for you. :)

Have you wondered which VM you should choose if you have any compute intensive workloads?

Would Azure VM really deliver the performance I expect when I scale up the VM my workload is runnning?

This is absolutely not Microsoft recommended performance measuring and this is not the overall performance your workload would have as the real performance is complex combination of Storage, Networking, and Compute matrix.

If you want the most powerful VM among the top three public cloud vendors, you could have the idea. G5 is the most powerful VM from compute perspevtive though AWS provides 36 vCPU VM (Actually, it has 18 logical cores against G5 which has 32 logical cores)

Test OS: Ubuntu 14.10

Tool: GeekBench 3.3.2

This blog will show some comparison between AWS and Azure VM performance. But, that's just a small part of this blog as I have no account on AWS yet. I just borrowed the performance data from my colleague.

Instead, I'm going to describe how I did in detail to make others do the same quickly on their own. and Public Clouds like Azure seem to change so fast. So, you mihgt need this when you need to do your test later.

The target VM is Ubuntu in this case as I was requested by my customer.

I did the performance test in the topics below.

• VM creation time by Powershell script
• Geekbench for CPU and Memroy performance test
• fio package for disk IO performance tests
• iperf package for network performance tests

VM Creation for my test

I made a simple script to automate creating VMs for my test and it shows how long it took to create the VMs. When I wrote the script in the first place, I used the time when VM status became 'ReadyRole' (from my testing, when I use -WaitForBoot with New-AzureVM, it returns when VM is the status of 'ReadyRole'). But, I found out that it took more than 30 seconds when VM became the status of 'ReadyRole' though VM was already accepting connections like SSH.). So, I changed the script to report the time when psping command returns TCP port, SSH, open. I also checked if there was any delay between the time when TCP port opened and the time when SSH actually started to work. But, from my test, I could access VM using SSH as soon as SSH port responded to psping. So, my conclusion was that the time taken to deploy new VM successfully was the time taken to get psping response from SSH port since New-AzureVM command was thrown. Please, see the script attached at the bottom of this blog, 'New-TestVMs'.

pre-requisite of the script

• sysinternal tool(psping) and PATH set which makes my script can run psping command
• Azure subscription with more than 31 cores
• virtual network for this temporary test cloud service

command usage

.\New-TestVMs.ps1 -cloudname $yourcloudsvcname -virtualnetwork $yourvirnet `
        -vmprefix $yourvmnameprefix ` #VM name with prefix
        -location "Japan West" ` 
        -userid $linuxadminusername -password $yourpassword
        -VMType "D" # or "A" Standard A series VMs or "B" for basic VMs

If it runs well, the following result comes out.

I ran a few times, and got the result below.

With Excel histogram analysis(https://support.office.com/en-US/Article/Create-a-histogram-b6814e9e-5860-4113-ba51-e3a1b9ee1bbe), I got the nice graph below. The average was 2 minutes and 16 seconds for my 39 VM creation trials.

I was told that the time taken to create VMs would be different for different sizes. But, my test showed there was no big difference. (But, while i was blogging, I found out that creating D1 VM took a lot more than others. not sure why... it would be temporary or some changes was applied to Azure)

Geekbench Test

Geekbench was the choice of my performance test as my customer has used this for their test for various Cloud Service Provider's VMs. There is no particular reason to choose the tool for me. The tool is available for free in a simple test. But, it didn't go well with unlicensed version. So, I bought it in a discounted price for black Friday sales. :) and you know that this performance tool is specialized for CPU and memory performance. So, this performance test will not represent actual workloads you will run on Azure.

 To do Geekbench test, you need to access one of the VMs created by the script above via PuTTy or MobaxTerm. And copy and paste the following commands. That will install Geekbench and run the test.

sudo -s

apt-get update

wget https://cdn.primatelabs.com/Geekbench-3.2.2-Linux.tar.gz

tar -xvf ./Geekbench-3.2.2-Linux.tar.gz

cd dist/Geekbench-3.2.2-Linux/

./geekbench_x86_64 -r #put_your_e-mail_licensed# #put_your_Geekbench_license_code#

./geekbench_x86_64 --no-upload

Following is the last a few lines from the command set above.

Following is the table from the result.

and in the chart to have a quick look at the differences.

One thing to catch my eyes was that AWS VMs reported that they were running on the host with better CPUs than Azure. But, Azure VMs outperformed them though the CPU clock was lower. We don't know what made the differences. But, I guess Hyper-V might be a lot better than Xen hypervisor AWS started with or AWS might be running more VMs or throttling to share cycles between VMs. and I would like to emphosize that this result doesn't guarantee your workloads would get the same performance boost when you choose higher VM sizes as there would be bottleneck which comes first among CPU, momory, disk IO, and network.

There are no AWS performance figures for more than 4 vCPUs as I have no direct access to AWS. Instead, I asked my colleague the same test with his AWS account.

Disk IO Test

Next is Disk IO test. We have to add data disks to VMs. Run the following script. It will add the max number of data disks in each VM of cloud service you choose. I choose 10GB disk size as this is just for performance test that doesn't need the full size disk. The smaller the disk size is, the faster you could make a single software RAID disk.

#Add disks
$vms=Get-AzureVM -ServiceName $yourcloudsvcname
$sizes=Get-AzureRoleSize

foreach ($vm in $vms) {

    $maxdisk=($sizes|?{$_.InstanceSize -eq $vm.InstanceSize}).MaxDataDiskCount

    for($i=0; $i -lt $maxdisk; $i++){
        #Remove-AzureDataDisk -LUN $i -DeleteVHD -VM $vm > $null
        Add-AzureDataDisk -CreateNew -DiskSizeInGB 10 -VM $vm -DiskLabel "temp disk $i" -LUN $i -Verbose >$null

        $k=$i+1
        write-host "added $k disks out of $maxdisk"
    }
    $vm|Update-AzureVM -verbose > $null
}

After running the script above, you can see the data disks attached in the portal.

Yes, it's D14 and have 32 data disks. HOST CACHE doesn't always guarantee higher performance. The recommendation is to test your workload with HOST CACHE setting that yield the best. One more thing you have to consider is that HOST CACHE can be enabled for up to four disks. You will get error when you enable HOST CACHE for more than four data disks.

and when you connect D14 Ubuntu VM you created, you can see there are many folders(actually disks) in Ubuntu like below. The folders from /dev/sdc to /dev/sdah are the disks attached.

Running fdisk for 32 disks is really tedious tasks that might hurt your fingers. So, I found a little bit easier way. Copy the texts in the attached file below, "fdisk.txt" and paste them on the cnosole. You can see below that all fdisk commands for 32 disks were executed by the single click.

The next thing to do is to install MDADM package that makes the 32 data disks into a single SOFTRAID disk. Just copy and paste the command as we did before.

sudo apt-get update
sudo apt-get install mdadm -y

When you execute the script above, you need to just enter twice. and then, run mdadm command below to make a single 32 TB striped disk. You don't have to have redundancies such as RAID5, RAID10, or RAID1 as Azure have 3 replicas for all data disks. just copy and paste to the console. If you are testing a VM with less than 32 disks, you can adjust the number 32 behind --raid-devices option and remove the disk folder in the first command. and there is nothing else to change. Please, see the great blog of my colleague, Neil

sudo mdadm --create /dev/md127 --level 0 --raid-devices 32 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1 /dev/sdj1 /dev/sdk1 /dev/sdl1 /dev/sdm1 /dev/sdn1 /dev/sdo1 /dev/sdp1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1 /dev/sdu1 /dev/sdv1 /dev/sdw1 /dev/sdx1 /dev/sdy1 /dev/sdz1 /dev/sdaa1 /dev/sdab1 /dev/sdac1 /dev/sdad1 /dev/sdae1 /dev/sdaf1 /dev/sdag1 /dev/sdah1

sudo mkfs -t ext4 /dev/md127

sudo mkdir /testdrive

sudo mount /dev/md127 /testdrive

df -h /dev/md127

It takes a while and come back with the screen below. Yes, 315GB file system, /dev/md127 was mounted on /testdrive.

The next thing is to install the test tool, fio package and run the tool.

sudo apt-get install fio -y 

and run the tool like below. Disk IOPS test is definitely one of the complex topics and the parameters below somtimes seriously affect the number of IOPS. It's beyond my topic of this blog and you can see the great blog from Jose if you want to learn more though it's dependent on SQLIO tool on Windows(https://blogs.technet.com/b/josebda/archive/2013/03/28/sqlio-powershell-and-storage-performance-measuring-iops-throughput-and-latency-for-both-local-disks-and-smb-file-shares.aspx ). The parameters below was given by my customer and I have no idea why the values were chosen. It might be their workload specific. and you may have to increase the number of --numjobs if you have more than 4 data disks to measure the max IOPS.

sudo fio --directory=/testdrive --name=tempfile.dat --direct=1 --rw=randwrite --bs=16k --size=2G --numjobs=16 --time_based --runtime=20 --group_reporting

You may see the different performance result when you iterate the test as it's tenant storage and you may be temporarily throttled if you run the test for a long time. and you could get better performance if you warm up the storage. It's the characteristics of tenant based Cloud Storage. and some of you may feel the performance is not good and even it doesn't meet your workload requirements. Don't worry you can try the premium storage in its preview stage providing more than 10 times IOPS performance.

(I had an issue with Ubuntu 14.10 and mdadm. I need to investigate why it sometimes hangs when I run mkfs command. So, the IOPS test was done with CentOS 7.0 which is provided from Gallery. In CentOS, the commands are a little bit different when you install some packages. I added the commands below)

To install mdadm,

sudo yum install mdadm -y

To install fio,

sudo yum install wget -y
sudo yum install libaio -y
wget https://pkgs.repoforge.org/fio/fio-2.1.10-1.el7.rf.x86_64.rpm
sudo rpm -iv fio-2.1.10-1.el7.rf.x86_64.rpm

Other commands are the same with Ubuntu.

Following is my test result. As you can see, the number of IOPS increase accordingly as I made the disks as one single stripe disk.

Azure says the maximum single blob disk provides 500 IOPS in the link.(https://msdn.microsoft.com/en-us/library/azure/dn249410.aspx )

My test reult is a lot less than the link above says. It might be overhead by SOFTRAID like mdadm. But, it's too much. So, I decided to test a better configuration which is to put each data disk into a separate storage account. Following is the script I used.

#add disks in different storage account
$vms=Get-AzureVM -ServiceName $yourcloudsvc #all the VMs in this cloud service will have the max data disks in separate storage accounts
$sizes=Get-AzureRoleSize
$storageaccountprefix=$YourPreferedPrefixNotToConflict
$cursub=Get-AzureSubscription -Current
$location=$yourVmLocation

foreach ($vm in $vms) {
    $maxdisk=($sizes|?{$_.InstanceSize -eq $vm.InstanceSize}).MaxDataDiskCount
    for($i=0; $i -lt $maxdisk; $i++){
        #Remove-AzureDataDisk -LUN $i -DeleteVHD -VM $vm > $null
        $accname=$storageaccountprefix+$i
        New-AzureStorageAccount -StorageAccountName $accname -Location $location -erroraction silentlycontinue
        Set-AzureSubscription -SubscriptionName $cursub.subscriptionname -CurrentStorageAccountName $accname
        Add-AzureDataDisk -CreateNew -DiskSizeInGB 10 -VM $vm -DiskLabel "temp disk $i" -LUN $i -Verbose >$null

        $k=$i+1
        write-host "added $k disks out of $maxdisk"
        $vm|Update-AzureVM -verbose > $null
    }
   
}
Set-AzureSubscription -SubscriptionName $cursub.subscriptionname -CurrentStorageAccountName $cursub.currentstorageaccountname

 OK. let's do the test again and the table below shows a lot better performance. At least, until eight data disks, the IOPS increase linearly as ideal though it finally faces a limit under 10,000 IOPS. So, if you have a workload sensitive to Disk IO performance and you don't want to spend too mcuh on Premium Storage based on SSD, the separate storage accounts for data disks are the way to go. Once again, no major cloud service providers such as Microsoft Azure and AWS don't provide the performance SLA.

Let's see the disk IOPS test in the chart.

VM Network Throughput Test

The last topic in IaaS is a network performance. I tested with iperf. In this test, I deployed more than two VMs in the same vNet. The bigger the size of VM is, the higher the network throughput is provided. So, the biggest one is a server and the testing target VM is a client.

Run the commands below in all VMs.

sudo apt-get install iperf 

and run the command below in the biggest VM, D14 for me.

iperf -s

Run the commands below in the target VM you want to measure the throughput. The IP address of 192.168.0.5 is the IP address of the VM you ran the command "iperf -s"

iperf -c 192.168.0.5 -P 10 -t 100

Following is the result what I got. Again, again, all performance data here is the result of my configuration and it changes every time when you run. Azure and AWS don't provide any performance related SLA.

Summary

I've done the basic IaaS performance test of CPU, memory, disk and network.

Everything worked as expected and Azure Powershell was really powerful to automate my test.

I'm going to test above on Windows VM as well when I have enough time to do that.

Any corrections, advices, or comments will be happily accepted.

Thanks.

test-files.zip

4월 달에 업데이트를 한번 밖에 못 했네요. System Center 2012 신제품 발표다 해서 정신 없이 지나간 것 같습니다.

다시 정신을 추스려서 업데이트 합니다.

소식 1. SC2012 - OM의 새로운 Management Pack 제작툴 - VMPD

시스템 센터의 Operations Manager는 다른 System Center의 제품에 비해서 상당히 복잡한 특성을 가지고 있습니다.

특히 저처럼 MS 인프라 제품을 다양하게 봐야 해서 Deep-dive하기가 힘들면 좀 더 오래 걸리겠지요.

각설하고 OM의 생명은 MP죠. 운 좋게 기본 제공되는 MP로 모니터링 시나리오가 해결되면 참 행복하지만,

그렇지 않은 경우도 많고, 곧 이는 MP 제작으로 종결짓게 되며, 험난한 일정이 시작된다고 생각할 수도 있습니다.

기존에 Authoring tool로 좀 편하게 제작할 수 있으나 새로운 툴이 나왔습니다.

이름하여 VMPD(Visio Management Pack Designer)입니다.

MP 제작에는 Visio 2010 Premium 필요하며, MP 제작이 마우스로 그림 그리듯이 제작할 수 있게 되었네요.(그래도 여전히 OM의 MP관련 지식은 당연히 필요한 것 같습니다.)

아래 링크에서 관련 소식을 보실 수 있고,

https://social.technet.microsoft.com/wiki/contents/articles/5235.visio-management-pack-designer-for-system-center-2012-operations-manager-en-us.aspx

MMS 2012에서 실제 데모를 보여 주었습니다.

https://www.mms-2012.com/topic/details/FI-B313

소식 1. VDI를 위해서 192GB의 서버를 도입했습니다. 헉! VM을 실행하니 사용하는 메모리만큼 디스크 용량도 추가로 필요하네요.

기존에 Windows 2008 R2 Hyper-V에서 VM을 실행하면 VM 디렉토리에 *.BIN 파일이 생성이 되고, 그 파일 크기가 VM의 메모리 크기 만큼 됩니다.

VM 메모리의 총합이 수십GB면 디스크 용량도 똑같이 수십GB가 되겠지요. 헌데 192GB 메모리 서버라면 VM의 메모리 합이 192GB 가까이 갈 수 있고,

쓸모도 없어 보이는 *.BIN 파일이 디스크의 192GB를 차지하게 된다는 것입니다.

이 파일의 용도는 호스트의 꺼질 때, VM을 Save 상태로 보존하기 위한 메모리 저장용량입니다.

근데, 왜 Saved 상태도 아닌 실행상태에서도 *.BIN 파일이 그 크기 만큼을 차지하고 있냐고요.

이는 Worst case를 대비한 by design으로 VM들이 Saved로 가야 할 때, 디스크 공간이 없으면 데이터를 손실할 수 있으므로 이를 방지하기 위함입니다.

하지만, 사용자가 이런 만약을 대비한 경우가 필요없을 때도 있겠지요(Pooled VM이나 클러스터가 잘 구성되어 있을때). 이 때도 Windows Server 2008 R2에서는 무조건 *.BIN파일이 사용되도록 되어 있습니다.

Windows Server "8"에서는 아래와 같이 호스트가 꺼질 때, 가상 머신을 자동으로 꺼지도록 해 놓는다면 *.BIN로 디스크 공간을 차지하지 않도록 합니다.

이번달에도 종종 적어서 10가지 이상의 업데이트를 올리도록 하겠습니다.

MS의 워크로드가 가장 잘 동작하는 가상화 플랫폼은 Hyper-V라고 얘기하고 있습니다.

이것은 단지 성능만을 말하는 것이 아니라 전체 적인 비용과 기술지원을 포괄하는 것이지요.

비용과 관련해서 아래 링크를 발견했습니다. 기존에도 비슷한 사이트가 있었는데, 입력하는 내용이 복잡해서 별로 매력적이지 않았던 기억이 납니다.

이번 사이트는 무척 단순화되어 VM 개수와 프로세서당 가상 머신 집적도만 입력하면 바로 결과가 나오네요.

물론, 이렇게 간단히 정확하게 비용 분석이 되지는 않겠지만, 전반적인 그림을 알 수 있을 것 같습니다.

한글이 안 되는 것이 좀 안타깝네요...

https://cloudeconomics.cloudapp.net/

 소식2. Hyper-V 상의 Linux 배포판 지원 추가 예정

Hyper-V에서 Red Hat, Suse, CentOS가 지원이 되었는데, 앞으로 출시될 Ubuntu 12.04에서도 지원하기 위해서 작업하고 있다고 합니다. 점점 더 Hyper-V 상에서 다양한 Linux 배포판에 대한 지원이 증가될 것으로 보입니다.

소식3. Windows 8 Server의 새로운 모드 - MinShell 모드

익히 아시다시피 Windows Server 2008(R2)부터 Core와 Full 설치 모드가 지원되었습니다.

Windows Server 8 에서는 모드가 하나 추가되었습니다. 이름하여 Minimal Server Interface입니다.

Windows 관리자가 아직 커맨드에는 익숙하지 않으므로 중간 과정으로 만든 것 같습니다. 일반 UI는 제거하고 MMC의 관리 인터페이스만 추가한 모드입니다.

또 하나 다른점은 Windows 2008 시절에는 설치시에 두 가지 모드 중의 하나를 설치하고 두 모드를 왔가 갔다 하기 힘들었는데요, 인제 Powershell로 3가지 모드를 이전할 수 있습니다.

재부팅까지 안 했으면 좋으련만, 재부팅이 필요합니다. 아래는 모드간 이전 Powershell 명령어 입니다.

Going from FULL to MinShell:
 Import-Module ServerManager
 Remove-WindowsFeature Server-Gui-Shell
 Restart-Computer

Going from MinShell to FULL:
 Import-Module ServerManager
 Add-WindowsFeature Server-Gui-Shell
 Restart-Computer

Going from FULL to CORE:
 Import-Module Dism
 Disable-Feature –online -Featurename ServerCore-FullServer
 Restart-Computer      

Going from CORE to FULL:
  Import-Module Dism
  Enable-Feature –online -Featurename ServerCore-FullServer,Server-Gui-Shell,Server-Gui-Mgmt
  Restart-Computer

https://blogs.technet.com/b/server-cloud/archive/2012/01/11/windows-server-8-server-applications-and-the-minimal-server-interface.aspx

소식4. Hyper-V 차이점: Windows Server 8, Windows 8

아시겠지만, Hyper-V가 이제 Windows 8에도 들어갑니다. 인제 랩탑에서도 기술지원이 되는 가상화를 구현할 수 있다는 것이지요. 두 가지 버전의 요구 사항 중의 가장 큰 차이는 SLAT의 요구 사항입니다. Windows 8에서는 CPU의 SLAT 기능이 반드시 필요하고요, Windows Server 8에는 옵션입니다.

누군가가 SLAT이 있는 랩탑에서 Hyper-v를 enable하고 다른 랩탑(SLAT이 없는)에 해당 하드디스크를 물렸더니 동작은 잘 하더라라는 얘기가 있는 것 보니, Hyper-V를 enable할 때만 SLAT을 체크하는 것 같습니다. SLAT이 안 될때 성능상의 감소가 좀 있으니 굳이 지원 안 되는 기능을 사용하실 필요는 없을 것 같습니다. 또 한가지 첨언하자면 RemoteFX를 사용하기 위해서는 Server에서도 SLAT은 필수 입니다. 하지만, 요즘 CPU치고 SLAT 지원 되지 않는 CPU는 없는 것 같으니 걱정하지 않으셔도 될 것 같습니다.

현재 Consumer Review 상에서 두 가지 버전의 Hyper-V 비교를 하자면, 아래는 Windows Server 8의 Hyper-V 기능이라고 합니다. 아직 베타 수준이니까, 향후에는 변화의 여지가 충분히 있다는 것을 감수하시고요. 클라이언트 OS 에서는 사용할 필요가 없는 기능들임에는 틀림 없는 것 같습니다.

• Live VM Migration
• Synthetic Fiber Channel
• Hyper-V Replica
• SR-IOV (hardware 지원이 필요한데, 데스크탑에서는 찾기 힘들 것임)
• RemoteFX GPU Harware Acceleration
• Network Virtualization
• Failover Clustering

참고로 Live Storage Migration은 Client OS에서도 지원된다고 합니다.

소식5. Dynamic Memory와 VM이 Task Manager에서 보여주는 메모리

Windows Server 2008이나 Windows Server 8이나 DM은 비슷한 아키텍처를 가지고 있습니다. 필요하면 VM에 메모리를 더 주고, 필요없으면 VM으로부터 메모리를 빼앗지요.

헌데, VM상에서 Task Manager를 실행하면 Hyper-V Manager에서 할당된 메모리와 차이가 있는 것을 알 수 있을 것입니다.

Hyper-V Manager는 실제 그대로 DM에서 공급하는 메모리를 그대로 보여주지만, VM상의 Task Manager가 보여주는 메모리는 현재 가지고 있는 메모리가 아닌, Hypervisor로부터 받은 최대 메모리 상태를 보여 줍니다.

이를 이용하면 가끔 고객에게 듣는 DM의 단점을 커버할 수 있으리라고 봅니다. DM이 VM상에서 최대 메모리를 보여주지 않으므로 해서, 고객과 SLA를 가지고 있을 때 문제가 될 수 있다라는 것입니다. VMware는 반대로 VM에서 자신이 최대로 쓸 수 있는 메모리를 보여 주지요.

이를 극복하려면 Startup memory를 Max Memory와 같게 하고 기존에 Startup memory로 쓰던 최소량의 Memory를 Minimum Memory로 할당하는 것입니다.

Windows Server 8에서는 UI 상에서 Startup memory와 Minimum 메로리를 다르게 줄 수 있고, Windows Server 2008에서는 Powershell로만 가능하다고 합니다.

소식6. System Center 컴포넌트의 공동 SQL 사용

충분히 가능한 시나리오인데, 한가지 고려할 사항은 SC2012-OM은 SQL_Latin1_Generel_CP1_CI_AS collation만 지원합니다. 반대로, System Center Service Manager(SCSM)은 다국어 지원을 위해 다른 collation을 사용할 수 있습니다. 만약, SQL을 공용으로 사용한다면, SCSM에서의 다국어 지원을 포기하고 영문만 지원하도록 구성해야 한다는 것이지요. 사실, 프로덕션 환경에서는 SC2012-OM의 DB, DW 성능 요구 사항 때문에 SC2012-OM과 SC2012-SM을 동일한 SQL로 사용하기는 쉽지 않겠지요.

소식7. NIC Teaming의 활용

예전에 발표한 내용이지만, Windows 8 Hyper-V에서 드디어 Wireless NIC에도 가상 스위치를 바인딩할 수 있게 되었습니다. 그리고 Windows에서 자체적으로 NIC Teaming을 지원하지요.

이를 재미있게 활용한 사례가 있는데, 랩탑에 있는 Wired LAN과 Wireless LAN을 NIC Teaming을 하고, Failover 구성으로 wired LAN을 우선하게 해 놓고, 여기에 가상 스위치를 바인딩 시키면,

랩탑을 들고 왔다 갔다 해도 가상 머신들이 네트워크 끊김이 없이 된다고 하네요. 저도 잠시 후에 Windows 8을 설치할 예정인데 바로 테스트 해봐야 겠습니다.

제가 테스트 해 봤는데, 안 되더군요. 카더라 통신이었습니다. Wireless NIC에 대한 teaming은 Win8에서 지원되지 않는다고 합니다.

소식8. Hyper-VManagement Pack Extensions for SCOM 2007 R2

 기존 MP보다 확장된 MP를 내 놓았습니다. 정식 MP는 아니라 지원 받지 못하고 아래 링크에서 받아야 하는데, 유럽 고객들은 아주 만족하고 사용하고 있다고 합니다.

https://hypervmpe.codeplex.com/releases/view/83609

추가 기능은 아래와 같습니다.

• Live Migration failures
  monitoring
• Per Logical Processor Monitoring
• Per Virtual Processor Monitoring
• Per VM Dynamic Memory Monitoring
• Per VHD Monitoring
• Per Physical and Logical Disk Monitoring
• Hyper-V Virtual Networks monitoring
• NUMA remote pages monitoring
• SLAT enabled processor detection
• Physical and Logical Disk monitoring
• Host Available Memory monitoring
• Stopped and Failed VMs monitoring

소식9. Windows Server "8" Hyper-V CSV Block Cache

Disk IO 성능을 개선하기 위해 Fusion IO와 같은 PCI 카드 기반의 SSD 캐시를 사용하곤 합니다. 이때 많은 성능 향상을 불러 일으킬 수 있지요.

Windows Server "8"에서 이 기능을 추가 비용 없이 System의 메모리를 이용할 수 있습니다.

특히 Read 성능에서 막대한 성능 향상 효과를 가져 올 수 있는 시나리오가 있을 것 같습니다. Parent VHD에 대해서 CSV block cache를 사용하면 초기 부팅시의 엄청난 IO를 처리하기가 용이할 테니까요.

기본적으로는 Enable되어 있지 않으나 드라이브 단위로 enable할 수 있고, cache 크기도 지정할 수 있다고 하네요.

자세한 사항은 아래 블로그를 참조하시면 될 것 같습니다.

https://blogs.msdn.com/b/clustering/archive/2012/03/22/10286676.aspx 

3월 중의 업데이트 내용은 본 포스트에 지속적으로 추가하도록 하겠습니다.

System Center가 기본적으로 마이크로소프트의 제품이다 보니 클릭만으로 설치가 가능해야 합니다.

하지만, System Center가 독립적으로 작동하는 프로그램이라기 보다는 SQL이나 다른 설정에 연관을 갖다 보니, 클릭만으로 설치가 안 되는 경우가 종종 있습니다.

상황이 더 안 좋아지는 것은 System Center가 2012 버전이 되면서 제품이 7개로 늘어났으니, 설치 상의 어려움이나 매뉴얼 작업이 더 늘어나게 됐습니다.

어차피 난 시스템센터 제품 중에 1-2개만 쓰니 별 걱정 없다고 생각하실 수 있겠지만,

시스템 센터 2012부터는 라이선스가 통합되고 기능 연동이 강화되다 보니, 개별 모듈의 설치보다 통합 설치 요구가 훨씬 더 많아질 것이라는 것이지요.

이래서 나온 프로그램이 "System Center 2012 Unified Installer"(이하 SCUI) 입니다. 

현재 RC 버전으로 나왔고, 아래의 링크에서 다른 System Center 2012 RC 제품과 한꺼번에 다운로드가 가능합니다.

https://technet.microsoft.com/en-us/evalcenter/hh505660.aspx?ocidotc-f-corp-jtc-DPR&wt.mc_id%3bTEC_103_1_33

SCUI가 첫번째 버전인 만큼 시스템 구축의 다양한 시나리오를 만족할 수 있는 설치 시나리오를 지원하지 않습니다. 따라서, 평가, PoC, 테스트 등의 non-production 구축에 주로 사용 될 것이라고 봅니다.

첫버전에서는 아래와 같은 제약 사항들이 있습니다. v.Next에서 훨씬 다양한 설치 시나리오를 지원하겠다고 얘기하고는 있습니다.

• 고가용성 설치 시나리오는 지원되지 않습니다.
• SQL이 이미 설치되어 있는 경우는 SCUI를 사용할 수 없습니다. 즉, SQL은 항상 SCUI에 의해서 새로 설치되어야 합니다.
• 모든 시스템센터 개별 제품은 개별 서버에 설치되어야 합니다. 즉, 시스템 센터 7개 제품을 모두 설치한다고 하면 8개의 다른 서버(가상이던 비가상 서버던간에)가 필요합니다. 8개가 필요한 것은 Service Manaer는 DW 서버를 별도로 요구하기 때문입니다.
• 설치 시에 로그온 사용자와 인스톨러 사용자가 같아야 합니다. 즉, 시스템 센터가 동작하는 서비스 계정으로 로그온해야 하고, 모든 시스템센터 제품은 동일한 서비스 계정으로 동작하게 됩니다.
• 운영체제는 모든 C드라이브에 있어야 합니다.
• 설치 디렉토리도 모두 C드라이브에 있어야 합니다. 

일단 위의 링크에서 다운로드를 받아야 겠지요. 다운로드 받으면 아래와 같은 파일을 받을 수 있습니다. AppController만 제외하고는 전부 RC 및 RC2 버전입니다.(문서상에는 Orchestrator도 Rc2라고 하는데, 다운받은 파일의 이름은 RC입니다.)

큰 파일을 다운 받았지만, 아직도 다운로드 받아야 할 것이 있습니다. 시스템 설치 전에 설치되어야할 사전 요구 프로그램들이 있습니다.

꽤 많은데, 리스트는 아래 링크를 보시면 됩니다. 링크에 가시면 다운로드 링크도 있으니 편하게 다운로드가 되실 것입니다.

https://technet.microsoft.com/en-us/library/hh751268.aspx

저는 누군가가 다운로드 받은 것을 통째로 가져왔습니다.

자 이제 아래 사용가 가이드 문서에 따라 설치를 해 보도록 하겠습니다.

https://technet.microsoft.com/en-us/library/hh751290.aspx

SCUI는 별도로 개발팀에서 제품을 만든 것은 아니고, 기존 제품을 이용해서 우리 같은 시스템 엔지니어들이 제작한 것입니다. 바로, 첫 설치시에 SCUI는 System Center 2012 - Orchestrator를 설치하고, 이 Orchestrator를 이용해서 나머지 제품을 설치하도록 구성하였습니다.

따라서, SCUI의 실행은 Orchestrator가 설치될 서버에서  실행하거나, 전혀 다른 원격 컴퓨터(WinSvr 2008 R2 SP1 또는 Win7 SP1)에서 실행하는 방법 2가지만이 있습니다. 전혀 다른 원격 컴퓨터라 하면 시스템센터가 설치될 컴퓨터가 아니라는 것이지요.

저는 별도의 컴퓨터에서 8개 서버에 설치하는 시나리오보다는 System Center 2012 - Orchestrator가 설치될 서버에서 SCUI를 실행하도록 하겠습니다.

SCUI를 실행하는 컴퓨터에서 해야 할 작업

크게 두가지가 있습니다. 하나는 그룹 정책에서 적용해야 할 변경 작업과 두번째는 그룹정책 또는 winrm 명령어로 하는 작업입니다.

반드시 두가지를 다 하셔야 합니다.

1. 그룹정책으로만 수행해야 하는 변경 업무

아래 항목을 수정해야 합니다.

gpedit.msc를 실행하고요, Computer Configuration / Administrative Templates / System / Credential Delegation / Allow Delegating Fresh Credentials 항목을 아래 스크린샷처럼 바꾸시면 됩니다.

Show버튼으로 WSMAN/* 입력하시고, Concatenate로 시작되는 항목에 체크를 확인하셔야 합니다.

두번째 수정항목은 바로 아래있는 Computer Configuration / Administrative Templates / System / Credential Delegation / Allow Delegating Fresh Credentials 입니다. 아래 스크린처럼 바꾸시면 되고요. 역시 Show 버튼 클릭 후, WSMAN/* 입력 확인과 Concatenate 체크 확인하시고요.

최종적으로 아래와 같이 보입니다.

2. 그룹정책 또는 winrm 명령어로 수행해야 하는 변경 업무

SCUI가 실행 될 컴퓨터에서 아래 명령어를 실행합니다. GPO로 하는 방법도 있으므로 편하신 방법으로 하면 될 것 같습니다. GPO로 하는 방법은 다음 링크를 참조하세요.(https://technet.microsoft.com/en-us/library/hh751273.aspx)

> winrm set winrm/config/client/auth @{CredSSP="True"}

> winrm set winrm/config/client @{TrustedHosts="*"}

그리고 .Net 3.5도 설치 해야 합니다.

방화벽 정책도 아래 링크대로 수정해야 합니다만, 전 테스트 환경이므로 아예 서버 방화벽을 disable 했습니다.

https://technet.microsoft.com/en-us/library/hh751274.aspx

시스템 센터 설치 대상 컴퓨터에서 해야 할 작업

대상 컴퓨터를 가상으로 할 경우, 시작 메모리를 최소 2GB 이상으로 해야 합니다.

아래 명령어를 모든 8개 대상 컴퓨터에서 수행해야 합니다. 현재 SCUI를 실행하는 컴퓨터도 Orchestrator가 설치될 것이기 때문에 아래 명령어를 수행해야 합니다.

> winrm qc -q
> winrm set winrm/config/service/auth @{CredSSP="True"}
> winrm set winrm/config/winrs @{AllowRemoteShellAccess="True"}
> winrm set winrm/config/winrs @{MaxMemoryPerShellMB="2048"}

8개 컴퓨터에 이 작업을 하려니, 귀찮습니다. 이번에는 GPO로 적용하겠습니다.

저는 로컬 GPO가 아닌 도메인 정책으로 한번에 적용하려고 합니다.

Computer Configuration>Policies>Administrative Template>Windows Components>Windows Remote Management>WinRM Service로 갑니다.

Allow automatic configuration of listeners 정책을 아래와 같이 수정합니다.

Allow CredSSP authentication 항목도 아래와 같이 수정합니다.

Computer Configuration>Policies>Administrative Template>Windows Components>Windows Remote Shell로 갑니다.

Allow Remote Shell Access 항목을 아래와 같이 수정합니다.

Specify maximum amount of memory in MB per Shell 항목을 아래와 같이 수정합니다.

이로서 대상 컴퓨터에 대한 설정 변경이 끝났지만, 도메인 GP를 바꾸었다고 바로 서버에 해당 항목이 적용되지는 않지요.

8개의 해당 서버에서 gpupdate 명령어를 실행해야지요.

Remote dekstop으로 8개 가상머신에 접근하고, 도스창 열고, 명령어 실행합니다.

전 귀찮아서, 그냥, 기존 설치된 SCVMM을 통해서 전부 재부팅하게 했습니다.

자 이제 SCUI 설치 과정에 들어갑니다.

일단 앞에서 받은 SC2012 컴포넌트를 모두 압축을 해제하셔야 합니다.

모두 컴포넌트를 다른 디렉토리로 압축 해제 해 주셔야 하는 것 잊지 마시고요.

다른 모든 컴포넌트는 괜찮은데, AppController.beta.exe는 클릭하시면 바로 설치에 들어갑니다. 그러면 안 되지요. 그래서 AppController는 아래 명령어를 커맨드창에서 실행해 주셔야 합니다.

> AppController.Beta.exe /x:c:\sc2012\scacrc

c드라이브의 sc2012/scacrc 폴더에 압축이 해제 됩니다.

이제 드디어 SCUI를 실행합니다.

SC2012_UnifiedInstaller_RC.exe를 실행하면 압축이 풀립니다.

압축 해제된 폴더로 가서 setup.exe을 실행합니다.

Install System Center를 클릭하면 아래와 같이 경고창이 뜹니다. 앞서 제가 설명들인 제약 사항들이 다시 설명 됩니다.

넘어가면 모든 설치에 나오는 License Terms 확인 버튼이 나오고요.

설치하고자 하는 제품들 선택하는 버튼이 나옵니다. 여기서 설치하고 싶은 제품을 선택하면 됩니다.

각 컴포넌트의 설치파일들이 위치한 디렉토리를 정하시면 되고, 앞에서 각 폴더별로 컴포넌트를 다 압축해제 했지요. 여기서 주의사항은 UNC는 되는데, 네트워크 드라이브 매핑 경로로 하시면 안 됩니다. 즉, \\server\sc2012\scacrc는 되는데, 이것을 드라이브로 매핑해서 z:\sc2012\scacrc는 안 된다는 얘기입니다.

여기 별거 없지요.

마찬가지고요.

Prerequisite에 대한 디렉토리를 지정하는 곳인데요. 역시 다른 폴더에 저장하시고, SQL과 Windows Automated Installation Kit는 압축 해제 한 상태로 지정하셔야 합니다. RC 버전에서는 SQL SP1과 SQL SP1 CU4가 압축된 상태에서 설치가 되는데, RTM에서는 이것도 풀린 상태가 되어야 할 것이라고 얘기하고 있습니다.

설치 대상 디렉토리를 지정하시고요.

 서버명을 입력합니다. 여기서 주의 사항은 서버 이름만 입력하시고, FQDN이나 IP는 현재 버전에서 지원되지 않는 다는 점 확인해 주세요.

서비스 계정으로 사용될 계정이고, 설치를 하기 위해서 로그인한 계정과 같아야 합니다.

 그룹 이름이나 사이트 이름 정하시고요.

업데이트 등을 마이크로소프트에 보고할 것이냐 설정하시고요.

최종 확인하는 단계입니다.

자 드디어 시작입니다. 처음에 Orchestrator를 설치하고는 동시 다발적으로 설치 작업이 확산되네요.

 전체 설치는 모든 컴포넌트에 전용 SQL을 설치하고 컴포넌트를 추가 설치하기 때문에 시간이 오래 걸립니다.

전체 서버, 스토리지, 네트워크 성능에 따라 틀려지겠지만, 2시간에서 4시간 정도 걸릴 것이고요.

문제는 위의 설치 과정을 보여주는 상태 바가 2시간이 지나면 업데이트가 안 된다고 합니다.

그러면 설치가 안 되냐고요. 아니요. 보여주는 것만 안 보여 주는 것이지 백그라운드로 설치는 계속 된다고 합니다.

그럼 설치 상황을 어떻게 모니터링하냐고요.

개별 로컬 시스템의 설치 로그 파일을 보셔야 할 것 같습니다.

이 패키지를 잘 만들어 놓으시면 사이트가서 PoC할 때 조금은 편해지지 않을까 합니다. 과다한 SQL 설치가 좀 그렇긴 합니다.

즐거운 System Center 2012 생활 되시길 바라면서, 오늘은 이만 하도록 하겠습니다.

다양한 시스템의 관리를 위해서 확장성을 중요시하고 유연성을 높이다 보니, 그렇게 된 사항이라고 보입니다.

따라서, SCOM을 잘 관리 하기 위해서는 많은 학습과 노력이 관리자들에게 필요한데,

해외에 다르게 국내 환경에서 관리자들이 이런 시간을 만들기 참 어렵다는 것도 이해 합니다.

그래서 SCOM을 설치하고 그냥 놓아두게 되면 결국 모니터링이 제대로 안 되고, SCOM은 좋은 제품이 아니라고 인식이 될 수도 있습니다.

첨부한 문서는 SCOM 관리를 제대로 하기 위해서 필요한 일들을 정리했습니다.

Rule 또는 monitor 생성이나 MP 작성의 best practice라기 보다는 SCOM 자체 환경에 대한 best practice 위주로 보시면 되고요.

주로 Kevin Holman이라는 MS의 SCOM관련 PFE(Premium Field Engineer, 기술 지원 엔지니어)의 자료를 주로 참조 하였습니다.

감사합니다.

2011.12.19-SCOM관리 Best Practices.pptx

1.  모든 Application의 High availability를 제공할까요?

Windows Server의 Enterprise 버전에서는 Windows Server Failover Cluster (WSFC)를 제공하여 기업이 고가용성의 서비스를 구축할 수 있도록 도와 줍니다. 기본적으로 SQL이나 Windows Server의 서비스들이 Cluster Aware Application으로서 고가용성의 서비스를 제공받을 수 있습니다. 허면, 오래된 어플리케이션이나 고가용성에 대한 염두가 없는 Application은 WSFC를 통해서 고가용성을 제공받을 수는 없는 것인가요? 다행히, Generic Application, Generic Script, Generic Service를 제공해서 WSFC를 알지 못하는 Application, Script, Service에도 제한적이지만, 고가용성을 제공할 수 있습니다. 아래 Step-by-step 문서를 참조해 주세요.

https://blogs.msdn.com/b/clustering/archive/2009/04/10/9542115.aspx

https://blogs.msdn.com/b/clustering/archive/2009/06/09/9712609.aspx

https://blogs.msdn.com/b/clustering/archive/2009/09/28/9900574.aspx

Hyper-V 이야기

1. Unix vs. Windows

최근에 x86 아키텍쳐의 비약적인 발전으로 기존에 Unix만이 지원하던 용량과 성능을 Windows Server에서도 지원할 수 있게 되었습니다. 기존에 Windows에 대한 불신을 가지고 계신 고객이 있다면 Windows로의 성공적인 전환에 확신을 심어 줄 수 있는 자료를 만들었습니다.

https://cid-b733613e8da08fe9.office.live.com/view.aspx/Hyper-V/MISSION%20CRITICAL%20WINDOWS%20SERVER-ver2.pptx

아래는 HP에서 제공하는 64 core, 2TB RAM을 가진 하드웨어의 Hyper-V 성능 자료입니다. 점점 x86 서버 벤더들이 엄청난 사양의 서버들을 내놓고 있습니다.

https://h20195.www2.hp.com/V2/getdocument.aspx?docname=4AA0-2136ENW.pdf

2. Hyper-V 지원 CPU 기능

다들 아시지만, Hyper-V가 동작하기 위해서는 64비트 CPU여야 하고, Intel VT-x, AMD-V가 지원되어야 하고, 보안 기능인 Intel XD(Execute Disalbe), AMD NX(No Execute)가 포함되어야 합니다. 또한 VT-x나 AMD-V를 BIOS에서 enable하면 reboot이 아닌 power button을 껐다가 켜야합니다.

추가 사항은 SLAT입니다. Intel은 EPT(Extended Page Tables)라고 하고 AMD는 NPT(Nested Page Tables) 또는 RPI(Rapid Virtualization Index)라고 하지요. 기존 서버 가상화와 VDI에서는 권고사항이며 HIGHLY RECOMMENDED입니다.

하지만, RemoteFX를 사용하는 VDI에서는 SLAT은 요구사항(REQUIRED)으로 생각하셔야 할 것 같습니다. Windows8에서는 클라이언트 운영체제에서도 Hyper-V를 사용할 수 있는데, 이때 SLAT이 기본 요구 사항이라고 합니다.

하여간, 가상화를 구축할 때는 반드시 SLAT이 지원되는 하드웨어를 사야 할 것입니다.

3. Notebook과 Hyper-V

노트북(해외에서는 노트북하면 못 알아 듣더라고요, laptop이라고 해야 의사소통이 됩니다.--;)에서 Hyper-V를 구성하기 위해 고려해야 할 사항이 아래에 나와 있습니다. 노트북에서 laptop을 구현하면 데모 시, 참 좋은데, 여러가지 제한점이 있지요.

Wireless도 사용하기 어렵고, 배터리가 없어도 자동으로 슬립모드로 안 가고 개인적으로는 VHD를 이용한 멀티부팅이 제일 좋지 않을까 하는 생각입니다.
지금 회사에서 준 노트북이 좀 구려서 안 하는데, 새 노트북을 받으면 VHD를 이용한 Windows 7와 Hyper-V 멀티 부팅을 적용해 볼까 생각 중입니다…^^;(이 글이 쓰여진 시점은 오래전인데, 최근에 받아서 설치해서 사용하고 있습니다. 여러모로 장점이 있는 것 같습니다. VHD를 이용한 다중 부팅 시스템 좋습니다.)

https://social.technet.microsoft.com/wiki/contents/articles/hyper-v-how-to-run-hyper-v-on-a-laptop.aspx

VHD를 이용한 다중 부팅 시스템 구성 방법은 아래 링크에 있습니다.

How to Boot from a VHD Pasted from <https://social.technet.microsoft.com/wiki/contents/articles/how-to-boot-from-a-vhd.aspx>

Dual Boot from VHD Using Windows 7 and Windows Server 2008 R2 Pasted from <https://blogs.technet.com/b/keithcombs/archive/2009/05/22/dual-boot-from-vhd-using-windows-7-and-windows-server-2008-r2.aspx>

4. Virtualized Domain controller

지난번 이메일에 Domain controller를 가상화하는 시나리오 몇가지에 대한 링크를 보내드린 적이 있고, 많은 사람들이 권장하지 않는다고 말씀드렸는데요. Domain controller도 가상화가 당연히 가능합니다. 아래와 같은 고려사항을 충분히 인지하기만 한다면요…

https://technet.microsoft.com/en-us/library/virtual_active_directory_domain_controller_virtualization_hyperv(WS.10).aspx

5. 현재 머신이 가상 머신인지 아닌지?

지난번에 Registry값으로 확인하는 방법을 알려 드렸었는데요. WMI로도 확인이 가능합니다. 자세한 사항은 아래 블로그를 보시면 되겠네요.

https://social.technet.microsoft.com/wiki/contents/articles/hyper-v-how-to-detect-if-a-computer-is-a-vm-using-script.aspx

6. NetApp과 Cisco의 Hyper-V Fast Track 프로그램 참여

Hyper-V Fast Track 프로그램은 스토리지, 네트워크 서버 벤더가 Hyper-V 가상화를 구축하기 위해 베스트 프랙티스 Reference architecture를 고객에게 제공하여 빠르고 손쉽게 가상화 환경의 잇점을 누릴 수 있도록 하는 것입니다. Cisco는 vBlock의 멤버로써 EMC와 VMWare와 비슷한 프로그램을 제공했는데, 새로운 공지로써 Hyper-V와도 공조를 하게 되었네요.

https://blogs.technet.com/b/virtualization/archive/2011/05/17/hear-what-netapp-and-cisco-are-saying-after-joining-the-hyper-v-fast-track-program.aspx

7. CentOS의 추가 지원

Hyper-V에서 기존에 Red Hat과 Suse만 지원하던 Linux 버전을 Cent OS까지 확대하였습니다. 약간 유료 성격의 Red Hat과 Suse에서 완전 무료 성격의 Community version의 Linux까지 지원하게 되네요. VMWare처럼 많은 Linux Variance들을 지원하고 있지는 않지만, 향후 점점 더 지원 폭이 넓어지지 않을까 합니다.

https://blogs.technet.com/b/openness/archive/2011/05/15/expanding-interoperability-to-community-linux.aspx

VDI 및 Presentation 가상화 이야기

1. RDS 클라이언트 프로그램 최적화

지난 메일에서 Mouse 위치 정보를 더 자주 보내는 방법에 대해서 논의하고 링크를 소개해 드렸지요.

https://blogs.technet.com/b/askperf/archive/2009/04/17/terminal-services-and-graphically-intensive-applications.aspx

보시면 몇 개의 설정 가능한 Registry 값이 있는데요. 이에 대한 설명을 받았습니다.

Min Send Interval:

기본으로 100ms 간격으로 마우스 신호를 보냅니다.
이 값은 마우스 신호를 보내는 간격을 조정합니다.

https://support.microsoft.com/kb/831172

Keep Alive Interval:

RDS 세션을 자동으로 끊기지 않도록 설정하여도 네트워크 경로에 있는 방화벽이나 네트워크 장비에 의해 유휴세션으로 간주되어 연결이 끊길 수 있습니다. 이 설정은 중간의 네트워크 장비가 유휴세션으로 간주하지 않도록 임의의 패킷을 보내는 설정입니다.

BitmapCacheSize:

자주 사용되는 bitmap 파일을 저장하여 서버가 재전송하지 않도록 하는 기능입니다.

기본은 1500이며 단위는 KB입니다. 최대값은 32000입니다.

캐쉬는 메모리에 저장될 수도 있으며 디스크에도 저장될 수 있습니다.

https://support.microsoft.com/kb/321706

2. VDI에서 RDWA가 반드시 필요한가요?

예, 그렇습니다. RemoteApp은 RemoteApp Manager를 통해 MSI 패키지로 배포할 수 있지요. 하지만, VM Pool이나 Personal desktop을 제공하는 VDI환경에서는 RDWA가 필요합니다. 하지만, Feeds 기능을 통해서 Local Application인 양 보이게 할 수는 있습니다. 아래 링크를 확인해 주시기 바랍니다.(기술적으로는 RDP는 모두 mstsc.exe 기반의 .rdp 파일을 사용하므로 배포는 가능합니다만 관리가 어렵겠지요.)

https://blogs.msdn.com/b/rds/archive/2009/06/08/introducing-remoteapp-and-desktop-connections.aspx

3. AD와 Personal VDI 시나리오

VDI 시나리오에는 Pooled와 Personal 2개가 있지요. VDI를 효율적으로 구축, 사용 및 관리하기 위해서는 Pooled가 적격일 것입니다. 해외에서 온 직원과 얘기하니, 해외는 대부분이 Pooled를 주로 하고 Personal은 아주 제한적으로 사용한다고 하네요. 하지만, 우리나라와 같이 관리자 권한을 일반 사용자가 갖는 것이 보편화된 상황에서 VDI를 구현할 때 대부분 Personal 시나리오를 생각합니다. 하여간, 각설하고 Pooled에서는 RDCB에서 설정하는 것으로 끝이지만, Personal로 가면 AD의 Schema가 필요합니다. Personal로 가기 위해서는 Windows 2008 또는 Windows 2008 R2의 Schema가 필요하고, Domain functional level은 Windows 2000 native mode 이상을 필요로 합니다.

https://blogs.msdn.com/b/rds/archive/2010/03/04/active-directory-schema-requirements-for-personal-virtual-desktops.aspx

4. Office 2010의 RDS를 이용한 제공

왜 이런 시나리오를 만들려고 하는지는 모르겠으나, 굳이 필요한 고객이 있다면 아래 링크를 확인하시면 성능 데이터도 나오네요. 동시에 몇 개의 사용자를 지원 할 수 있는지요. 다른 어플리케이션을 고려할 때 아래 자료에 빗대어 참고할 수도 있을 것 같습니다. 하지만, 아래 권장치가 실제 상황에서 바로 쓰일지에 대해서는 고려 사항이 많이 있겠지요. 좀 Aggressive한 자료라고 하는 사람도 있지요. 항상 문서는 그런 가능성을 내포하지요. SCVMM도 400대 호스트, 8000대의 가상 머신 관리를 얘기하지만, 실제로는VDI 시나리오에서 그보다 적은 수를 얘기합니다.

https://technet.microsoft.com/en-us/library/ff506201.aspx

System Center Configuration Manager

1. DCM

다들 아시겠지만, Configuration Manger의 5대 기능 중의 하나입니다. 서버의 구성 변경이 검증된 회사의 표준과 다를 경우, 장애도 발생할 수 있고, 보안 사고도 발생할 수 있습니다. 특히, Compliance 이슈가 있는 기업들은 내부 및 외부 감사를 대비해서 DCM을 구축해야 할 필요성이 있습니다. 하지만, 맨땅에서 DCM item들을 구성하기는 벅차겠지요. 다양한 리소스가 있습니다. 가져다가 요구에 맞게 편집해서 사용하시면 될 것 같네요.

가장 쉬운 방법은 Microsoft Security Compliance Manager를 설치해서 최신 버전의 Windows Server와 Application의 DCM baseline을 받으실 수 있겠습니다.

https://pinpoint.microsoft.com/en-US/systemcenter/managementpackcatalog

System Center Virtual Machine Manager

1. Server App-V 지원 Application

Desktop App-V와 마찬가지로 특별히 지원되는 내역은 따로 없답니다. 하지만, 지원되지 않는 프로그램은 아래와 같습니다.

-  Sharepoint,

-  Exchange

-  SQL Server

1. NLB가 과연 얼마만큼 로드 밸런싱 효과가 있을까?

Load balancing하면 항상 L4 이상의 고가의 하드웨어 장비만을 생각했지요. 하지만, 대부분의 기업이 실제로 값비싼 L4 장비를 이용할 만큼의 대규모 성능 좋은 부하분산이 필요하지 않다고 봅니다.

아래 링크는 Windows 2000 버전의 이야기이지만, 시사하는 바가 있다고 생각합니다. 특히  2008로 들어서면서 NLB의 기능이 보강된 만큼 아래 링크 이상의 안정성과 성능의 보강이 이루었다고 생각이 듭니다. 나중에 기회가 되면 NLB에 대한 특집을 만들고 싶습니다.

https://technet.microsoft.com/en-us/library/bb742455.aspx#XSLTsection124121120120

2. 가상 호스트와 물리 호스트 간의Cluster 지원

가능할까요? MS에서 지원하는 것일까요? 답은 예스입니다. 이는 Windows 2008로 오면서 Cluster 지원 원칙이 바뀝니다.(단지 이름이 MSCS에서 WSFC로 바뀐게 아니지요.)

MS는 Failover Cluster가 다음의 원칙을 준수하면 기술지원이 됩니다.

(1)   서버 하드웨어가 Windows 지원 Logo가 있어야 한다.

(2)   Cluster Manger 프로그램의Validate를 통과해야 합니다.

단, SQL 서버의 경우, 2009년까지 위의 설정을 지원하지 않고 있네요. 따라서, Workload 별로 지원 여부를 또 따져 봐야 하는 필요성이 있습니다.

Hyper-V 이야기

1. Hyper-V 보안 이야기

가상화를 구축할 때, 일반적인 원칙이 보안 수준이 다른 가상 머신을 하나의 호스트에 두지 말아라 입니다. 큰 대기업은 문제가 없지만, SMB에서는 많지도 않은 서버 가상화를 하기 위해서 DMZ와 Internal 네트워크에 호스트를 따로 구축하는 것이 가상화로 인한 비용절감에 보탬이 되지 않는 다는 것이죠. 이럴때, 가장 간단하게는 VLAN을 이용해서 네트워크를 분리할 수도 있을 것이고, 좀 더 보안을 강화하기 위해서 네트워크 인터페이스 카드를 분리할 수도 있겠습니다. 좀 더 보안이 필요한 곳은 어쩔 수 없이 물리적인 서버를 분리해야 겠지요.

흥미로운 질문 중 하나는 VMBus를 통해서 Guest OS들이 물리적 장치의 IO를 직접 접근하는데, 그렇다면 보안 수준이 다른 Guest OS들이 공통의 VMBus를 이용해서 보안 수칙에 어긋나는 것이 아니냐는 질문입니다. MS의 대답은 VMBus는 공유되지 않는다 입니다. 개별 Guest OS는 자신만의 VMBus를 가지고 IO를 수행하므로 우려하는 보안 문제는 발생하지 않습니다.

참고로 Hyper-V와 관련된 파일 및 서비스 포트에 대한 정보 파일입니다.

https://download.microsoft.com/download/8/2/9/829bee7b-821b-4c4c-8297-13762aa5c3e4/Windows%20Server%202008%20Hyper-V%20Attack%20Surface%20Reference.xlsx

아시겠지만, Windows 8에서는 가상화 수준에서의 네트워크 격리가 훨씬 더 강화되어 네트워크 수준에서의 보안 우려가 줄어들고, 보안 관리 기능도 대폭 강화될 예정입니다.

2. Best Practice: SQL 및 Sharepoint의 가상화

가상화 대상을 선정할 때 항상 나오는 것이 SQL일 것입니다. Windows 플랫폼을 사용하는 고객 중 SQL을 사용하지 않는 고객이 없을테니까요. SQL을 가상화 해야 하는가에 대해서는 MS는 상황에 따라 다르다라는 것이 답이겠지요. IO나 CPU부담이 크지 않은 SQL의 경우 why not이겠지요. 아래는 성능도 나쁘지 않다는 문서입니다.

Running SQL Server 2008 in a Hyper-V Environment. Best Practices and Performance Considerations

MS IT에서는 어떻게 SQL 가상화 프로젝트를 진행했을 까요. 바로 아래 링크에서 why 와 how가 소개됩니다. 2008 R2가 아닌게 아쉽지만…

https://technet.microsoft.com/en-us/library/dd557540.aspx

다음은 Sharepoint의 가상화와 관련된 정보입니다.

https://technet.microsoft.com/en-us/library/cc816955(office.12).aspx

https://technet.microsoft.com/en-us/library/dd277865(office.12).aspx

3. Hyper-V 상의 부하 테스트

Hyper-V PoC를 수행할 경우, 종종 부하 테스트를 고객이 문의할 수 있습니다. 이때 이용가능한 툴을 소개합니다.

SQL:  https://support.microsoft.com/kb/231619

Web: https://support.microsoft.com/kb/231282

Exchange 2010: https://technet.microsoft.com/en-us/library/dd335108.aspx

File and I/O: https://www.iometer.org/

4. Hyper-V 모니터링

Hyper-V 가 잘 동작하는지 보기 위해서 무엇을 모니터링 해야 하는가? 이에 대한 정리된 블로그가 있어 소개해 드립니다.

https://blogs.msdn.com/b/tvoellm/archive/2009/04/23/monitoring-hyper-v-performance.aspx

https://blogs.msdn.com/b/tvoellm/archive/2009/12/18/hyper-v-performance-faq-r2.aspx

5. 도메인 콘트롤러 가상화

도메인 콘트롤러는 아주 아주 아주 특별한 시스템이죠. 거의 모든 MS의 인프라가 의존하는 시스템이면서 시간(Time sync)에도 아주 민감합니다. 대표적으로 AD가 다운되면 로컬 계정을 제외하고는 접근이 안 되는 아주 난감한 상황이 발생합니다.

이런 시스템을 가상화 해야 할 까요? 아래 다양한 옵션을 제시하고 있네요.

https://blogs.msdn.com/b/virtual_pc_guy/archive/2008/11/24/the-domain-controller-dilemma.aspx

많은 전문가들이, 도메인서버의 가상화를 비추하곤 합니다. 도메인 콘트롤러의 장애는 너무 심각한 장애이기에…

위의 글을 보면 Hyper-V의 Parent partition에 DC를 설치하는 의견을 많이 제시합니다. 너무나도 상식적인 수준이니까요.

하지만, MS의 답은 항상 같습니다. 권고되지 않는다…--;

6. DM과 Page file 설정

DM… Dynamic Memory입니다. DM은 Page file 설정이 되어 있어야 작동합니다. 만약 Page file이 없다면 DM은 정상 동작하지 않습니다. 그렇다면 DM을 설정했을 때, page file 설정은 어떻게 하는 것이 좋을까요. 답은 기본 설정이 좋다 입니다.

기본 설정은 아래와 같습니다.

Page file을 크게 하면 DM에서 소화하지 못할 정도록 급작스럽게 메모리를 요구하는 어플리케이션이 잘 동작할 수 있다고 합니다. 하지만, 이런 어플리케이션은 거의 없다고 합니다. 단, full memory dump를 사용하는 경우에는 DM의 Max memory값으로 Page file 크기를 설정해 주어야 한다고 합니다.

Hyper-V Parent partition에 다른 어플리케이션이나 서버 역할을 추가하지 말아야 할 이유 하나 더 있네요, 바로 Guest partition에 대해서는 CPU 사용에 대한 통제를 할 수 있지만, parent partition에는 CPU 관련 reserve나 limit을 설정 할 수 없네요.

VDI 및 Presentation 가상화 이야기

1. Mobile RDP client for iPad/iPhone/iPod

지난번에도 언급한 적이 있지만 모바일 시대가 되면서 Presentation virtualization(VDI 포함)을 구축할 경우, 대중적인 iOS 장비와 안드로이드에 대한 지원을 필수로 하는 고객들이 늘고 있습니다.
현재 SCOM이나 SCCM 다음 버전이 Unix, Linux를 지원하는 추세로 봐서는 RDP도 그렇게 되지 않을까 하지만, 미래는 아무도 모르고 더더군다나 가까운 미래는 아니라는 것이 문제겠지요. 이런 경우에 MS는 Citrix와 파트너를 이루는 것을 기본 정책으로 하고 있습니다.
하지만, Citrix는 좀 고가이지요. 따라서, 단순히 고객이 모바일 장비에 대한 RDP Client를 요구할 경우에 저렴하게 사용할 수 있는 제품이 있네요.

https://itap-mobile.com/itap-rdp 안드로이드도 지원하고요. NLA, RD Gateway 등을 지원하네요. RemoteFX 지원도 연내에 하겠다는데 모르지요.

단, 리눅스를 포함해서 MS에서 정식 제공해주는 라이브러리를 사용하지 않고 Reverse 엔지니어링을 이용한 것이라 MS의 정식 지원은 힘들 수 있습니다. 하지만, 몇 년동안 제품을 팔아오고 지원도 괜찮다는 평이네요.

(본인과 MS는 이 제품과 전혀 관계가 없고, 책임도 없습니다. ^^;)

참고로 현재 RDP 소스는 Windows 용과 Mac 용이 공개되는 프로그램이 있습니다.

https://blogs.msdn.com/b/rds/archive/2010/08/16/rdp-client-reference-source-code-now-available-to-rdp-licensees.aspx

https://blogs.msdn.com/b/rds/archive/2011/03/16/mac-rdp-source-code-now-available-to-rdp-licensees.aspx

2. VDI 시나리오에서 클라이언트 OS 대신 서버 OS 사용하기 (권고되지 않습니다.)

고객들이 VDI를 구축하면서 클라이언트 OS 대신 서버 OS를 사용하길 원하는 경우가 있습니다. 일례로 Windows Server 2008 R2 Data Center 버전을 사용하면 무제한의 Guest OS를 만들 수 있으므로 이점이 있을 수 있다는 거지요.

하지만, 몇 가지 고려 사항이 있습니다. 일단 서버 OS를 사용하게 되면 VDI 시나리오에서는 MS에서는 테스트를 수행하지 않았으므로 지원이 어려울 수 있습니다. 또한, 대다수의 상용 어플리케이션들은 역시 서버 OS를 지원하지 않는 경우가 많고, 문제가 발생할 때 지원 받을 수가 없습니다.

3. MS VDI에서 용량 산정 및 고가용성

MS의 제품들은 대부분 고객들을 신뢰하여 라이선스 관련하여 까다롭지 않습니다.
그 예외 중의 하나가 RDS이지요. 만약 License server에 장애가 생기면 상황에 따라서 client의 연결에도 장애가 발생할 수 있습니다 .per user와 per device 모드에 따라 장애 정도가 다르겠지만서도요. Connection Broker도 마찬가지로 장애 여파가 클 수 있습니다.

전체 요소별 고가용성을 고려한 블로그가 있네요.

https://blogs.msdn.com/b/rds/archive/2010/03/01/microsoft-vdi-high-availability-deployment-options.aspx

RD Session Host in redirection mode는 DNS round robin으로… 완벽한 고가용성을 위해서는 L4 같은 장비라 필요할 수 있겠네요.

RD Connection Broker는 MSFC가 지원하는 서비스 중의 하나로 고가용성 구축이 용이하네요. 아래 링크를 참조하시고요.

https://blogs.technet.com/b/mghazai/archive/2010/05/12/windows-server-2008-r2-highly-available-clustered-remote-desktop-connection-broker.aspx

RD Virtualization Host는 익히 다 아는 Hyper-V Cluster로…

RD Web Access는 웹서버니까 NLB가 답이 될 거고요.

RD Gateway의 용량 산정 및 고가용성과 관련된 링크는 아래에 있습니다. NLB로 고가용성을 구축할 수 있고요.

https://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=d31ac8fd-6ad8-4c5e-8dc3-a93fb55abc76

RD License server의 고가용성은 개별 RDSH 차원에서도 구현 가능합니다. RDSH에 등록된 License server를 차례대로 접근하여 License를 받습니다. 또는 당연하지만, Hyper-V 클러스터에 VM으로 올리면 자동으로 고가용성이 된다고 얘기합니다…^^;

또는 2개의 License server를 구축하여 반반씩 라이선스를 입력하는 방법도 고려될 수 있겠네요. 추가적으로 아래 링크를 참조하시고요. 2008버전은 아닙니다만 참고하실 수 있을 것 같습니다.

https://www.virtualizationadmin.com/articles-tutorials/terminal-services/licensing/terminal-services-license-server-high-availability-recovery-part1.html

RD Session Host의 용량 산정과 관련된 링크는 아래에 있습니다.

https://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=ca837962-4128-4680-b1c0-ad0985939063

4. RDS에서 Mouse가 느리게 움직이는 현상

RDS상에서 CAD 프로그램등을 실행하면 CAD 프로그램의 어떤 객체들이 Mouse 포인트를 느리게 쫓아가는 경향이 있습니다.
이는 RDP에서 기본 Mouse 정보를 120ms마다 보내주기 때문입니다. 이를 개선하기 위해서는 아래 링크를 보시면 Registry값을 변경해 주는 정보가 있습니다. 여기서 “Min Send Interval”이 바로 그 시간을 설정하는 값입니다. 값이 적을수록 네트워크 부하가 클 테니, 서서히 줄여가면서 테스트해 보시기 바랍니다.

https://blogs.technet.com/b/askperf/archive/2009/04/17/terminal-services-and-graphically-intensive-applications.aspx

저는 10으로 바꾸고 테스트 했더니 아래와 같은 결과를 얻을 수 있었습니다.

똑 같은 마우스 움직임인데, RDS에서의 Paint프로그램은 전혀 다른 움직임으로 인식합니다.(왼쪽-기본값, 오른쪽-10ms로 변경)

  
  
5. RD Connection Broker의 RDSH failure 탐지

RD Connection Broker는 RDSH에 대해서 부하 분산과 고가용성을 제공합니다. RDSH farm에서 하나의 RDSH가 장애가 발생하면 해당 RDSH에 새로운 연결을 제공하지 않습니다. 사용자가 연결 중에 장애가 발생한 경우에 사용자를 자동으로 다른 RDSH에 연결시켜 주지는 않습니다. 사용자가 재 연결을 해야 합니다(현재 MS VDI 아키텍처로 당연한 거겠지요). 또한 RDCB는 W2K8 R2에서 기본으로 매 120초마다 RDSH를 체크합니다. 이 값을 바꿀수는 있지요. 만약 이 Ping이 실패를 하면 5초간격으로 2번 더 보내고 그래도 응답이 없으면 해당 RDSH를 장애로 보고 더 이상 신규 연결을 연결해 주지 않습니다.

System Center Operations Manager

1. 비밀스런 OpsMgr의 DB Schema

OpsMgr의 DW에 대한 schema는 공개되어 있습니다. 아래와 같이.

https://technet.microsoft.com/en-us/library/gg508713.aspx

하지만 DB의 schema는 공개되지 않았습니다. 두 가지 이유가 있네요.

1.  모든 정보는 DW에 다 있다.
2.  OpsMgr의 성능과 안정성에 중요한 DB는 직접 접근하지 말아라.

System Center Virtual Machine Manager

1. 가상 머신별 권한 통제

가상 머신별로 관리자를 따로 두기 위해서는 권한 관리를 수행해야 합니다. Hyper-V에서는 azman.msc를 통해서 이를 수행합니다. 하지만, 관리자가 호스트에 관리자 권한을 가지고 있으면 이를 변경할 수 있는 문제가 발생합니다. 이런 현실적인 어려움을 감안하여 MS IT에서는 호스트의 관리자는 모든 가상 머신에 접근할 수 있다는 정책을 가지고 있습니다. 따라서, domain controller와 같은 보안에 민감한 장비는 완전히 따로 관리되어야 겠지요.

SCVMM에서는 자체적인 접근 통제 메커니즘을 가지고 있습니다. 하지만, SCVMM이 바로 azman.msc를 이용하여 접근 통제를 구현하고 있다는 것입니다. 따라서, SCVMM의 접근 통제와 Hyper-V상의 azman.msc가 따로 동작할 수 없다라는 것입니다. SCVMM이 기존의 Hyper-V azman.msc의 내용을 덮어 쓰게 됩니다.