2009. 12. 7. 10:34

Dell Virtualization Session

Seminar/2009 Dell Boot Camp
Virtualization EcoSystem
Day1_#1_virtualization_ecosystem_장성웅.a00
Day1_#1_virtualization_ecosystem_장성웅.alz

'Seminar > 2009 Dell Boot Camp' 카테고리의 다른 글

Dell | EMC CX Storage Session  (0) 2009.12.07
MS Session  (0) 2009.12.07
Oracle Session  (0) 2009.12.07
Intel Session  (0) 2009.12.07
Dell Storage Consulting Session  (0) 2009.12.07
Posted by 알 수 없는 사용자
2009. 8. 11. 16:29

Network Location Awareness (Help) 라는 알 수 없는 서비스 ????

Technical Support Note/Windows Server









윈도우즈 방화벽이 동작하지 않고 RRAS가 멋대로 실행되어지고 있고 Computer Browser 서비스가 실행이 안되는 등 서버 상태가 말이 아니네.....

방화벽 문제는 어떻게 해결 된것 같은데 왠지 서버가 정상이 아닌것 같아 서비스와 레지스트리를 좀더 찾아보다가 이상한 서비스를 발견했다.... 서비스가 중지도 안된다....

Network Location Awareness (Help) 이라는  이건 뭐지? anti-virus 로 검색해도 검색이 되지 않는다. 구글링해도 나오지 않는다......신종의 악성 프로그램 같아 보이는군.....

아무래도 이전 포스트의 RRAS와 관련이 있는 서비스인것 같다. RRAS가 실행되어진 서버 마다 같이 실행 되고 있으니....

어쨋든 이 서비스를 죽여야 겠다.

다음의 레지스트리 키 값을 삭제 합니다 ;

HKEY_LOCAL_MACHINE\SOFTWARE\koiiias

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ias

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\ias

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet003\Services\ias

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\Root\LEGACY_IAS

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet003\Enum\Root\LEGACY_IAS

레지스트리 수정 후 재부팅 한 후 아래의 폴더내의 파일을 삭제 합니다; 

C:\Documents and Settings\Administrator\Application Data\XXXX\XXXX.ref 파일을 삭제 -> .ref 확장자의 랜덤한 이름의 파일임.


Posted by 윤간지
2009. 7. 31. 16:33

Best Practices for Citrix XenDesktop with Provisioning Server-Korean

Technical Support Note/XenDesktop

 
1.Networking
1.1 Domain Name System
     - DDC(Desktop Delivery Controller)와 함께 Target Device를 등록하려면 DNS 환경이 필요하게 된다. Target VM의 Registering 과정에서 DDC는 DNS 쿼리를 수행하고 FQDN을 이용하는 Target Device와 통신을 시도한다.일반적으로 DHCP로 IP를 부여 받는 Target Device의 경우 DNS에 자신의 Host(A) 레코드에 대해 동적 업데이트가 필요하다.
    - Citrix는 Enterprise Deployment에 있어서 DNS 통합형 Active Directory를 구현할 것을 권장한다.
1.2 Provisioning Server
    - 최적의 처리량을 제공하기 위해, Citrix는 Provisioning Server machine을 위해 Multiple NIC을 사용할 것을 권장한다.
    - 하나의 NIC은 네트워크 상에서 PXE 통신 구성을 위해 필요하다. 첫번째 Teaming(Teamed Pair )된 NIC은 PVS Stream 서비스를 통한 vDisk를 Streaming하기 위해 필요하다. 두번째 Teaming NIC은 Enterprise Storage System 또는 File Share에 대한 네트워크 액세스를 위해 구성한다.
    - 위 구성에 대해 하나 또는 두개의 NIC으로도 구성이 가능하다. 하지만 Network의 Performance를 위해 별도 구축을 권장한다.
    - 또한 가능하다면, Streaming되는 vDisk의 데이터들은 인터넷 브라우징, 프린팅, 파일 공유 등의 네트워크 트래픽을 유발하는 것들과의 격리된 환경을 권장한다.
 
2.Storage
2.1 vDisk Size Estimates
    - Windows XP : 15GB, Windows Vista : 25GB
2.2 Write Cache File
    - 각각의 Target Machine들은 Reboot Cycle에 의지하는 휘발성의 Write Cache File을 포함하고 있다. 이러한 VM의 Cache File Size는 사용되는 애플리케이션의 타입, 사용자 작업량, Rebooting 빈도수에 많이 좌우된다. 텍스트 기반의 MS Word와 Outlook의 경우 예상되는 File Cache Size의 용량은 매일 리부팅한다는 가정하에서 약 300~500MB 정도이다. Reboot 회수가 작거나, 그래픽 애플리케이션(파워포인트, 비주얼 스튜디오, CAD/CAM 등)을 사용하는 VM의 경우에는 사이즈가 점점 더 커질 것이다.
    - Citrix는 고객사 환경에 맞는 File Cache Size를 결정하기 위해 좀 더 상세한 분석을 할 것을 권장한다.
2.3 Cache File Location
2.3.1 Physical Local Storage
    - RAM : RAM에 접근하는 것은 하드 디스크를 이용해서 데이터를 읽거나 쓰는 것보다 훨씬 빠르다. 하지만 사이즈에 대한 제한이 있고 Cache File에 대한 용량이 부족할 경우, 알 수 없는 오류 등이 발생할 확률이 높다.
    - HDD : 일반적으로 큰 사이즈의 Cache File이 필요할 경우 Target Machine의 HDD를 이용한다.
    - Storage : 만약 Target Device가 Diskless이거나 Cache File이 저장될 만큼의 저장 공간이 없는 경우에는 Storage를 이용한다.
2.3.2 Client Disk(Virtual Machine vDisks)
    - Citrix는 Multiple NIC을 포함한 PVS Server를 권장한다. 하나의 Teaming NIC은 Streaming 서비스용으로, 다른 하나는 엔터프라이즈 스토리지(Iscsi, CIFS, NAS, etc)의 네트워크 트래픽 처리를 위해 사용한다. 마지막으로 별도의 NIC 하나가 PXE 트래픽을 처리한다.
2.3.3 Enterprise Server Based(PVS Proxy Mode)
    - Cache File은 프로비저닝 서버를 통해 액세스하는 공유된 엔터프라이즈 스토리지(SAN/NAS)에 저장된다.이러한 경우, 프로비저닝 서버는 Virtual Machine과 스토리지 솔루션 사이에서 Proxy처럼 작동한다. 이러한 기능을 활성화하기 위해서는 HA(High Availibility)가 구현이 되어야 하는데, 그러기 위해서는 최소한 두 대의 프로비저닝 서버가 필요하다.
2.4 Reboot Provisioned Workstations Frequently
    - 프로비저닝된 VM의 경우 Write Cache File이 점점 더 커지게 되며, VM이 리부팅될 때까지 계속해서 커질 것이다. 애플리케이션 사용량에 따라 Cach File이 점차적으로 커지게 되면 충분한 공간 확보 때문에 스토리지에 문제가 발생할 수도 있다. 결과적으로, VM의 Reboot 빈도 주기에 따라 Write Cache File의 용량이 결정되므로 시트릭스는 매일 VM에 대해 Reboot할 것을 권장하고 있다.

 
3.XenDesktop Desktop Delivery Controller
3.1 Uninstall Web Interface and IIS
    - XenDesktop은 설치시 자동적으로 IIS와 Web Interface를 설치한다. 많은 고객사들이 기존에 이미 웹서버를 가지고 있다. 위 구성요소를 설치하지 않는 것은 DDC의 성능과 가용성 증가에 도움이 될 것이다.
    - WI설치를 원하지 않을 경우에는 설치시 “Setup.exe –nosites”를 수행하면 된다.
3.2 Separate the Farm Master and Controller
    - 기본적으로 XenDesktop은 최초 DDC 설치시 데스크탑 Launching 동안의 제어 수행, Host Infrastructure를 관리하는 Data Collector와 같은 특수한 임무를 맡고 있는 Farm Master가 된다. 이러한 Single 서버는 동시에 Data Collector와 Controller의 역할을 지니게 된다. Farm 구성상 Multiple 서버가 존재하게 된다면, 종종 Controller와 Data Collector 서버의 기능적 분리가 요구되어지는 경우가 종종 있다. 이러한 구성상의 변화는 DDC 서버간의 성능을 더욱 좋게 만든다.
    - Master : 이 설정을 지닌 서버는 우선적으로 Farm Master가 된다.
    - Backup : 이 설정을 지닌 서버는 Master Server가 유효하지 않을 경우에 기존 Farm Master 역할을 수행하게 된다.
    - Member : 이 설정을 지닌 서버는 Master Server와 Backup Server 둘 다 유효하지 않을 경우에 Farm Master 역할을 수행하게 된다.
    - HKLM\Software\Citrix\IMA\RUNTIME\UseRegistrySetting
    - DWORD=UseRegistrySetting
    - Value=1
    - HKLM\Software\Citrix\IMA\RUNTIME\MasterRanking
    - DWORD=Value
    - Value= 1 “Master”, 2 “Backup”, 3 “Member”  
3.3 Throttle Commands to Virtual Machine Hosting Infrastructure
    - Virtual Machine Hosting Intrastructure(Vmware Virtual Center, XenCenter, Hyper-V) 환경상에서, 대량의 Power On/Off가 발생할 경우 Hosting Infrastructure는 모든 요청에 대해 Queuing되고 Processing되는 동안, 반응이 없거나 작동이 않 되는 등의 경우가 발생할 수 있다.
    - 통상 DDC 상의 Pool Management 서비스와 Hosting Infrastructure는 기본적으로 전체 Pool상에서 10%이상이 Power On/Off될 경우를 Bottleneck으로 보고 있다. 쉽게 말해서 500대의 VM이 있다면 50대의 VM만이 Power 작동에 대해 동시에 요청을 처리한다.
    - 10%에 대한 Concurrent Request에 대한 값을 수정하기 위해서는 아래 내용을 수정할 필요가 있다.
    - C:\Program Files\Citrix\VmManagement\CdsPoolMgr.exe.config 파일 오픈
    - 아래 빨간 색 라인을 추가하면 된다.
      <?xml version”1.0” encoding=“utf-8” ?>
      <configuration>
          <appSettings>
                <add key=“LogToCdf” value=“1”/>
                <add key=“LogFileName” value=“C:\cdslogs\VMManager.log”/>
                <add key=“LogDebug” value=“1”/>
                <add key=“MaximumTransitionRate” value=“20”/>
          </appSettings>
      </configuration>
 
 
4. Provisioning Server
4.1 Disable Checksum Offloading on Network Adapter
    - Checksum Offloading 파라미터는 Provisioning Server의 네트워크 Stack과는 적합하지 않다. 이 것을 물리적 네트워크 어댑터에서 활성화할 경우 성능상의 저하를 유발할 수 있다.
    - 성능 저하의 징후
      - Retries 회수의 초과
      - Virtual Machine의 느린 ICA Performance
      - Windows XP SP2 Virtual Machine을 사용할 경우의 응답 없음 및 Locking 발생
      - Windows XP SP2 Virtual Machine이 정상적으로 작동할 경우에도 vDisk가 계속적인 Retry를 시도
      - XenDesktop 상에서 실행하는 Application이나 XenApp 4.5를 Host에 Launching할 경우 반응 속도가 매우 느림
    - Citrix는 Provisioning Server와 Target Device 모두 NIC상의 Checksum Offload를 해제할 것을 권장한다. 만일 NIC Property에 위 항목이 존재하지 않을 경우, 레지스트리에 아래 값을 추가하면 된다.
    - 수정 방법
      - HKLM\System\CurrentControlSet\Services\Tcpip\Parameters
      - DWORD=DisableTaskOffload
      - Value=1
4.2 Disable TCP Large Send Offload
    - TCP Large Send Offload 옵션은 TCP 레이어 상에서 64KB의 긴 TCP 메지시를 빌드업하거나 IP나 Ethernet 디바이스 드라이버를 통해 호출되는 메시지를 보낼 때 사용하는 기능이다. 이 옵션을 사용할 경우 용량이 큰 TCP Frame을 MTU의 크기에 맞게 네트워크 상에서 패킷을 보내게 된다. 이러한 Re-segmenting과 Queuing 과정을 통해 TCP Frame을 보낼 경우, Provisioning Server와 Target Device 모두에게 Latency와 Timeout을 야기시킬 수 있다.
    - 수정 방법
      - HKLM\System\CurrentControlSet\Services\BNNS\Parameters\
      - DWORD=EnableOffload
      - Value=0  
4.3 Auto Negotiation
    - Auto Negotiation은 Long Time의 PXE Boot Time을 야기시킬 수 있다. Citrix는 서버와 클라이언트 모두 Hard-Coding(수동으로) 위 옵션을 수정할 것을 권장한다.
4.4 Maximize the System Cache
    - 모든 트래픽은 vDisk가 어디에 저장되어 있는지와 상관없이 Provisioning Server를 통해 지나쳐온 Target Device와 vDisk를 통해 통신한다. Windows Server 2003 File Caching 정책은 vDisk 전개에 있어 효율성을 증대시킨다.
    - 수정 방법
      - 내컴퓨터 등록정보>고급>성능>설정
      - 고급>메모리 사용 계획>”시스템 캐시”로 설정


5.Virtual Desktop Images/Target Devices
5.1 Recommended Desktop Operating System Modifications
5.1.1 Increase Service Timeouts
    - 대량의 Virtual Machine들이 짧게는 5~15분 간격으로 리부팅될 때, Service Control Manager timeout을 늘려주는 것은 Citrix XenDesktop 서비스와 DDC사이의 시작 및 등록 시간에 대한 충분한 시간을 확보할 수 있게 해 준다. Citrix Consulting에 의해 Stress Testing을 해본 결과, Virtual Target Device들이 크리티컬한 서비스의 시작을 위해 필요한 시간은 약 3분 정도인 것으로 나왔다.
    - 수정 방법
      - HKLM\System\CurrentControlSet\Control
      - DWORD=ServicesPipeTimeout
      - Decimal Value=180000(3 Minutes)  
5.1.2 Disable the Windows XP Tour Prompt for New Users
    - 기본적으로 Windows XP는 새로운 사용자에게 Tour 기능을 활성화해 놓았는데, 이 과정은 Virtual Machine 사용자에게는 특별히 필요없는 기능이다.
    - 수정 방법
      - HKLM\Software\Microsoft\Windows\CurrentVersion\Applets\Tour
      - DWORD=RunCount
      - Value=0
5.1.3 Disable Windows Indexing Service
    - Windwos Indexing Service는 Indexing에 대해 vDisk가 관련 파일을 읽어 들일때, PVS vDisk에 Overhead를 일으킨다.
    - 수정 방법
      - PVS Optimizer Tool 설정 중 “Allow the Indexing Service to index this disk for fast file searching”기능을 비활성화시킨다.
      - 또는 서비스 관리자에서 Indexing 서비스를 “수동” 또는 “사용않함”으로 적용한다.
5.2 XenDesktop User Profiles
    - XenDesktop 구축시 별도의 고려 사항이 없다면, 기존의 사용자 프로필과 GPO를 사용하게 된다. 그럴 경우 이미 존재하는 프로필 설정은 XenDesktop 사용에 대해 최적화가 되어 있지 않게 되므로 Target Device 사용시 기대되지 않은 성능 저하를 불러일으킬 수 있다. Citrix는 각 고객사의 환경에 맞게끔 최적화 될 수 있도록 사용자 프로필을 디자인할 것을 권장한다.
    - Citrix는 Roaming Profile과 Folder Redirection을 사용할 것을 권장하며 Windows 2008에서는 Group Policy Client-Side Extension(CSEs)를 사용할 것과 Windows XP나 Vista의 경우에는 Citrix User Proflie Manager를 사용하도록 유도한다.
 
 
5.3 Settings for the Default User Profile
5.3.1 Remove Unnecessary Visual Effects
    - Visual Effects는 Desktop의 응답 시간을 느리게 만들 수 있다.
    - 수정 방법
      - 내컴퓨터 등록정보>고급>성능>설정
      - 시각 효과>”최적 성능으로 조정” 선택
5.3.2 Force Offscreen Composition forr Internet Explorer
    - Internet Explorer를 사용할 경우, 위 옵션을 활성화하여 주면 인터넷 사용시 깜빡임 현상을 제거해 준다. 특히 Internet Explorer 7 사용자들에게 유용하다.
    - 수정 방법
      - 인터넷 익스플로러>도구>인터넷 옵션
      - 고급>설정>”터미널 서버에서도 오프스크린 작성 강제 사용” 체크
5.3.3 Remove the Menu Show Delay
    - 시작 메뉴는 약 400 밀리세컨드의 Delay를 발생시킨다. 응답 시간을 늘리려면 아래와 같이 수정해야 한다.
    - 수정 방법
      - HKCU\Control Panle\Desktop
      - RES_SZ=MenuShowDelay
      - Value=100
5.3.4 Disable the Desktop Cleanup Wizard
    - Desktop Cleanup Wizard는 Standard Mode를 사용하는 데스크탑의 리부팅시 불필요한 메뉴이다.
    - 수정 방법
      - 디스플레이 등록정보>바탕화면>바탕화면 사용자 지정
      - “바탕화면 정리 마법사를 60일마다 실행” 설정 해제
 5.3.5 Disable Automatic Searching of Network Printers and Shares
    - 네트워크 폴더 및 프린터 자동 검색은 XenDesktop 이용시 필요하지 않다.
    - 수정 방법
      - 제어판>폴더 옵션>”네트워크 폴더 및 프린터 자동 검색” 설정 해제
5.3.6 Turn off Automatic Updates
    - XenDesktop Standard Image Mode 이용시 자동 업데이트 항목은 필요하지 않다.
    - 수정 방법
      - PVS Optimizer Tool에서 “Disable automatic update service” 항목 설정
      - 서비스에서 수동 선택 후 “사용않함”으로 설정
      - 로컬 컴퓨터 정책>컴퓨터 구성>관리 템플릿>Windows 구성요소>Windows Update를 “사용않함”으로 설정
5.3.7 Copy the Base User Profile the Default user Profile
    - 일반 계정에서 모든 User Profile 설정을 마친 후에는 해당 Profile을 Default User Profile로 복사해야 한다.
    - 수정 방법
      - 내컴퓨터 등록정보>고급>사용자 프로필>설정
      - 사용자 프로필에서 해당 사용자를 선택한 다음 C:\Documents and Settings\Default User에 복사
      - 경로 위치와 소유 권한에 대해서는 “사용할 것을 허가” 설정 선택 후 저장
 
 

'Technical Support Note > XenDesktop' 카테고리의 다른 글

Xendesktop with provisoning vsphere 4 u1  (0) 2010.03.31
Citrix XenDesktop 3.0 Installation  (0) 2009.06.11
Posted by 윤간지

티스토리툴바