블로그 이미지
평범하게 살고 싶은 월급쟁이 기술적인 토론 환영합니다.같이 이야기 하고 싶으시면 부담 말고 연락주세요:이메일-bwcho75골뱅이지메일 닷컴. 조대협


Archive»


 
 


Remote Fx 드디어 WAN 지원

드디어 Remote Fx가 WAN환경을 지원합니다.
강력한 기능에도 불구하고, 네트워크 사용량이 문제였는데 Windows 8에서 지원하네요.

주요 기능을 발췌합니다.


http://uksbsguy.com/blogs/doverton/archive/2012/03/01/windows-server-8-remote-desktop-and-vdi-enhancements.aspx

The goal of the RemoteFX for WAN feature of Windows Server "8" Beta is to deliver a great user experience beyond the corporate network, whether the user is in a branch office, on a wireless device, or working from home over a WAN connection.

RemoteFX for WAN combines the RemoteFX Adaptive Graphics feature with new intelligent WAN aware transports. Both TCP and UDP protocols can now be used and will be chosen automatically, as well as automatic detection of network conditions to tune the encoding of content to the network.

RemoteFX Adaptive Graphics

RemoteFX in Windows Server "8" Beta dynamically adapts to changing network conditions and optimizes encoding based on the content being delivered. Windows Server "8" Beta RemoteFX adaptive graphics now uses multiple codecs that are optimized for the type of content being delivered. Using a typical web page as an example, the text, images, and video content are all encoded using codecs that are optimized for each type of content.

RemoteFX Media Remoting

Media consumption is becoming an integral part of the end user experience. Ranging from consuming Corporate training media content, lightweight content creation and authoring, to creating demos, and marketing materials. Media is also a part of online collaboration (Live meeting, conference calls etc) and recreational media consumption.

In Windows 7, efficient redirection of multimedia content was introduced. When a user attempts to play multimedia content through Windows Media Player in a remote session the content to be played back is intercepted. The intercepted content is then redirected to the client. The RDP client receives the compressed content, decodes the content and plays them back locally. This gives a very near to local experience to the end-user as the content is rendered on the client using client resources.

At the core of the RemoteFX Media Remoting feature is the integration of network detect, graphics profiles, and RemoteFX scenarios to enable a great media consumption experience over RDP. From an end user perspective there is no difference in experience between local playback and media playback over a remote session.

===========

요약해보자면


TCP/UDP를 사용하여 네트워크 상황에 맞는 Codec으로 인코딩하여 화면을 전송합니다. 화면내에 이미지,텍스트등에 대해서 각각의 특성에 맞게 인코딩해서 보낸다는 이야기 입니다.


Media Remoting도 추가 되었는데, 예를 들어 가상 데스크탑에서 동영상을 play 했을때, 기존에는 가상 데스크탑 화면에서 동영상을 decoding해서 play한 후, 그 화면을 Remote Fx에 캡취해서 네트워크로 전송하는 방식이었는데, 이번 버전에서는 가상 데스크탑에서는 play하지 않고 동영상을 클라이언트로 보내서 클라이언트 CPU를 이용하여 decoding 및 play를 하기 때문에 서버 자원을 줄일 수 있습니다.

 

GPU 가상화가 제대로 되는 VDI 솔루션은 현재 Remote Fx가 유일한데, 한번 테스트 해보고 싶네요.

 

 

저작자 표시
신고
오늘 KT가 소프트뱅크와 협력하여 VDI에 대한 서비스를 제공한다는 기사가 났습니다.
기술적으로 완성도는 타 클라우드에 비해서 높지는 않지만, 저전력 데이타 센터, 오픈소스 , 인재 혁신과 기술 내재화등 KT의 클라우드 전략과 추진 방향에는 박수를 보냅니다.

그중에서 오늘 화두가 되는 VDI (Virtual Desktop Infrastructure) 를 간략하게 정리해보고자 합니다

VDI 기술의 정의와 분류
VDI는 크게 두가지 종류가 있습니다. RDSH, RDVH
  • RDSH (Remote Desktop Session Host)
    이건 Windows Server를 인스톨해놓고 Session을 공유하는 방식입니다. 예전의 X-Terminal과 유사한 환경이라고 보면 됩니다. 각 사용자의 자원이 다른 사용자와 공유가 됩니다. 설치된 애플리케이션도 공유가 되고, 폴더도 공유가 됩니다.
  • RDVH (Remote Desktop Virtual machine Host - 정확한가 모르겠네요.)
    이 방식은 사용자 마다 Windows VM을 할당하는 방식입니다. Server 상에 Hypervisor를 구동시키고, Hypervisor에서 Windows와 같은 Guest OS를 구동 시켜서 사용자당 할당하는 방식입니다.

RDSH의 경우 당연히 서버당 커버할 수 있는 사용자 수 가 압도적으로 높습니다. 단 Windows Server 환경을 사용해야 하고, 사용자간 Resource가 dedicated 되지 않습니다.
RDVH는 사용자마다 동일한 Desktop Environment를 제공할 수 있지만, Density가 낮고, Guest OS로 올라가는 Windows OS에 대한 별도의 License 비용을 지불해야 합니다.
Cost 측면에서 차이가 매우 큽니다.

도입 목적
그러면 기업들은 VDI를 왜 도입하려고 할까요?
사실 VDI를 도입한다고 해서, 비용이 Drammatic하게 떨어지지 않습니다. 기업에서 Bulk Buy로 구매하는 PC의 경우 40만원이면 구매할 수 있는데, VDI를 설정하려면, Server와 SAN 그리고, Thin Client들이 필요합니다.
리포트에 따르면 운영 및 하드웨어 비용을 모두 포함했을때, VDI 시나리오가 5~20% 정도 더 비싸다고 합니다.
그럼에도 불구하고 VDI를 도입하는 이유는 보안과 관리의 효율화 입니다.
은행 대출이나 상담 후에, 기가 막히게 사금융이나 2금융권에서 마케팅 전화나 문자가 오는데, 이는 CRM 센터를 통한 고객 정보 유출이 의심 되는 부분이고 이로 인한 정보 유출 문제가 있습니다. 특히 첨단 산업 쪽인 제조(반도체, 조선, 자동차)쪽은 도면 유출에 대한 문제, IT와 같은 소프트웨어 사업은 소스코드와 산출물 유출등의 문제를 가지고 있습니다. VDI 환경으로 가둬 놓는 다면, 아예 원천적으로 논리,물리적으로 유출이 불가능합니다.  (FS 같은 보안 및 DRM 깔아봐야... 가져갈놈들은 다 가져 갑니다. )
 은행 지점에서 PC가 고장나면 본사 IT 부서 직원이 와서 PC를 유지 보수해야 하기 때문에, 이로 인한 시간 낭비. 그리고 개발 환경의 경우 개발툴,라이브러리 설정 시간 및 비 표준화로 인한 문제에 의한 비용 낭비등을 들 수 있습니다.
이러한 이유들이 비용이 들어감에도 불구하고 VDI를 도입하는 이유입니다.

시장 상황
VDI의 선두 업체로는 Citrix,VMWare,Microsoft 등이 있습니다.
국내에는 Citrix가 많은 시장을 점유하고 있으며, 가격적인 Merit와 GPU 가상화로 무장을한 Microsoft가 작년 부터 이쪽 시장을 야금야금 엿보고 있습니다. VMWare도 국내에서는 열심히 영업을 하고 있는데, 특히 PCoIP기반의 WAN 구간의 가상화는 상당히 뛰어납니다.

벌써 몇몇 대기업들은 개발환경을 VDI로 자체 내부 구축하였고, 작년 부터 금융권을 중심을 Zero Client 사업이라는 이름 아래, CRM 센터를 중심으로 VDI 사업이 전개되어가고 있습니다. 국내 몇몇 SI기업도 그룹사를 대상으로한 VDI 서비스를 구축해서 운영 중입니다.

도입시 고려점
먼저 VDI 환경의 경우 WAN 구간에서 썩 NICE한 성능이 나오지 않습니다. VMWare의 PCoIP나, Citrix의 HDX 또는 RDP에 대한 WAN 가속기등 여러 솔루션이 있기는 하지만, 여러가지 제약 사항이 있습니다.
그리고, VDI 환경에서는 Microsoft를 제외하고는 GPU가 가상화되지 않기 때문에, 3D Application이나 여러 종류의 비디오 플레이가 불가능 합니다. (VMWare나 Citrix의 경우 이를 풀기 위해서 Video Redirection이라고 하는 특정 비디오 포맷에 대한 비디오 플레이 기능을 제공합니다만, 곰플레이어등은 어려운게 사실입니다.)
즉 완전히 PC와 동일한 사용자 환경을 제공하기가 어렵다는 거지요.
거기에 아울러, 위에서도 언급한 Cost 문제에 대한 고려가 필요합니다.

사실 개인적인 판단으로는 VDI와 같은 클라우드 데스크탑 서비스 환경은 이미 기술적으로 충분히 가능한 수준에 근접했다고 판단합니다. 집에 100mbps 인터넷이 접속이 되고, IPTV 실시간 방송을 위한 40mbps가 보장되는 QoS 망이 이미 제공되는 수준에서 네트워크 환경은 극복할 수 있습니다.
그런데, 문제는 돈이지요.. RoI가 나오느냐 이겁니다. 이 클라우드 데스크탑은 PC를 판매하고, 소프트웨어를 판매하는 기업 입장에서 달가운 소리가 되느냐 이거지요.... 벤더의 논리인데... 
 그래도 시장 수요가 있으니.... 언젠가는 열릴 시장이 되겠지요..

관련 정보
http://www.zdnet.co.kr/news/news_view.asp?artice_id=20110530130514&type=xml KT 데이타 센터 규모가 잘 나타남
트위터에 KT 클라우드 서정식 본부장 트윗글
"소프트뱅크에서 본사 만대이상의 VDI를 KT의 VDI 시스템과 KT의 데이터센터를 사용하기로 전격결정!"


저작자 표시
신고

Remote Fx trouble shooting

클라우드 컴퓨팅 & NoSQL/VDI | 2011.03.18 22:43 | Posted by 조대협
http://blogs.msdn.com/b/rds/archive/2010/07/13/beta-testing-microsoft-remotefx-in-service-pack-1.aspx
(ATI,NVIDIA 지원 드라이버 버전)

Remote Fx Trouble shooting FAQ
http://technet.microsoft.com/en-us/library/ff817615(WS.10).aspx

Remote Fx Guide Doc
http://technet.microsoft.com/en-us/library/ff817586(WS.10).aspx
저작자 표시
신고

Remote Fx Offering

클라우드 컴퓨팅 & NoSQL/VDI | 2011.03.10 11:04 | Posted by 조대협

Windows Serverr 2008 R2 SP1 이 정식 출시되자 마자 기다렸다는 듯이, 하드웨어 벤더들에서 Remote Fx Offering들이 쏟아져 나오고 있습니다. 고객들도, 이제는 Remote Fx를 찝어서 제안 요청을 하는 아주 바람직한(?) 현상이 나오고 있습니다.
몇가지 주목할만한 Offering을 정리합니다.
http://h18004.www1.hp.com/products/servers/software/microsoft/os/windows2008r2/remotefx/index.html
HP는 아예 페이지를 따로 만들었습니다. 블레이드에서 부터 Rack Mount 타입에 Thin Client까지 Full Set로 지원을 합니다.
Remote Fx 도전 과제중 하나가 GPU의 집적도였는데, 예전에 Remote Fx 지원 가능한 비디오 카드들은 메모리가 최대 2G였습니다. DL 370 기준으로 비디오 카드를 2개만 꼽을 수 있으니, 최대 4G였는데, CPU 파워에 비해서 GPU 파워가 모자른 상황이었습니다만,
이번에 NVIDIA에서 Quadro의 새로운 라인업 4000,5000,6000을 발표했는데, 최소 2G에서 6000 모델의 경우 6G 비디오 메모리를 지원합니다.
즉 DL 370기준으로, 4G 비디오 메모리에서 12G로 집적도가 3배나 높아졌습니다. DL370 CPU FULL로 꼽아도 비디오 메모리가 부족할 일은 없겠네요. 거기에 착하게도 가격이 크게 변동이 없습니다.
저작자 표시
신고



Remote Fx 의 약점인 Network 구간 성능 향상
저작자 표시
신고

HP Remote Fx 데모

클라우드 컴퓨팅 & NoSQL/VDI | 2011.03.10 10:07 | Posted by 조대협

정리 잘해놨네요.


저작자 표시
신고

Remote Fx는 Windows Server 2008 R2 SP1부터 포함되는 VDI 기술중 하나로 RDP 7.1에 포함되어서, Remote Desktop Session에 대해서 3D GPU 가상화, 고속 화면 전송을 지원한다.

쉽게 설명하면 RDP 클라이언트에서 스타크래프트2나 동영상을 끊김없이 볼 수 있다는 이야기

그런데 문제점이 아직 Release 는 되지 않았지만 현재 베타 버전에서는 Remote Fx를 사용하기 위해서는 GPU 카드가 필수적으로 필요하며 한 사용자당 약 256MB의 비디오 메모리를 필요로 한다.
PCIe 슬롯이 서버에 있다하더라도, 사용자수에 비해서 비디오 카드를 꼽을 수 있는 수량이 얼마 없기 때문에 구성이 어려운데, 이를 극복하려면, PCI 확장이 필요하다 DELL에서 나오는 장비중 하나가 Cx410 장비로 16개의 비디오 카드를 꼽을 수 있다.

하드웨어 구성을 구상해보면 다음과 같다.

PCIe Expansion 서버에는 총 16개의 비디오 카드를 꼽을 수 있고, 비디오 카드는 최상의 경우 M2070Q의 경우 카드당 6GB의 메모리를 가지고 있다. 즉 총 96GB의 비디오 메모리를 가질 수 있고 한 사용자당 256MB를 할당하면 약 370명의 사용자를 박스당 커버할 수 있다.

서버의 경우 RP810 서버는 AMD 12 코어 CPU 4개를 꼽을 수 있고 메모리는 최대 512GB를 꼽을 수 있기 때문에 사용자당 2GB 메모리를 할당하고, 사용자당 0.5 core를 할당한다고 가정하면
48 코어 * 2 = 96 명으로 박스당 96명을 커버할 수 있다.

즉 약 3대의 RP810서버와 C410x 서버 1대면 약 300명 이상의 동시 사용자에게 Remote Fx 기반의 서비스를 제공할 수 있다.

테스트해본 결과, Remote Fx의 3D 게임등의 고화질 화면을 전송할때는 20 Mbps 의 대역폭, 일반 워드나 인터넷의 경우 1Mbps의 대역폭이 필요한데, 서버당 96명의 대역폭을 동시 제공하려면 96명 * 20Mbps = 2000 Mbps = 2Gbps가 필요하기 때문에 1Gbps NIC 두장씩만 꼽히면 가능하다는 계산이 나온다.

현재 나온 기술로는 위와 같은 구성으로 가능한데... 결국은 가격이 문제... 아마도 PC 300대를 사는 것(300대 * 80만원 = 2억4천만원) 보다 비싸지 않을까?
저작자 표시
신고

Windows Server에서 가상화를 이용해서 Windows 7을 Hosted OS로 구동 시키고 거기서 스타크래프2를 테스트한 화면입니다.

서버는 Windows Server 2008 R2 SP1 베타 빌드를 사용했으며, AMD 쿼드코어 CPU * 4, ATI FirePro 880 그래픽 카드를 이용했습니다.

아래는 구형 HP 노트북에서 윈도우즈 서버의 윈도우7 VM에 접속해서 스타2를 테스트한 시연 화면입니다.


아래는 ThinLinx사의 Remote Fx를 지원하는 Thin Client 시제품으로 테스트한 결과입니다.



PC에서 했을때는 그럭저럭 만족할만한 성능을 보여줬습니다만, 고사용 데스크탑에서 직접 게임을 하는 것보다는 다소 프레임등이 넘어가는 것이 부드럽지 않습니다. Thin Client는 아직 시제품 단계라서 화면 해상도도 깨지고 성능도 PC보다 다소 떨어지더군요.

이번 테스트 버전이 6월 베타 빌드인데, Remote Fx 부분이 최적화가 더 된다고 하니, 그때 되면 조금 더 높은 성능을 기대해봅니다.

저작자 표시
신고

데스크탑 가상화

클라우드 컴퓨팅 & NoSQL/VDI | 2010.07.05 14:24 | Posted by 조대협
예전에 터미널 클라이언트나, 가상화 솔루션은 안정성이나 성능 문제로 많이 사용이 되지 않았는데, 근래에 있어서 비약적으로 발전해서, ThinClient 기반으로도 고성능 PC를 사용하는 것과 거의 동일 수준의 사용자 경험을 제공할 수 있게 되었다. Citrix HDX나 Windows Server 2008 Remote Fx등을 이용하면 그래픽이나 동영상 작업할 수 있는 수준까지 되서, 고객에게 제안해볼 생각으로 비용을 산출 해봤다.

HP Thin Client (HP t5325)
대당 199$이다. 가장 기본적인 모델

Server Hardware (DELL POWER EDGE R810)

8 Core 2 CPU + 128 GB MM
19940$

이정도 서버면 동시 사용자 32 사용자를 커버할 수 있다.
계산을 해보면
Thin Client 32대 ($199 * 32) + 서버 (19940$) = 26308$
26308$/32명 = 822$ = 약 1,000,000원

여기에 Windows 라이센스, 인터넷 데이타 센터의 상면 비용등을 계산하면, 사용자당 대략 120만원의 비용이 나온다. 잘 Optimize하더라도, 대략 80만원은 나온다는 사실.
기업에 납품되는 일반 PC가 60~80이라고 생각할때, 가격 경쟁력은 생각보다 떨어진다.

PC 업그레이드, 관리,보안 등에 장점이 있는데, 순수 하드웨어 비용만으로는 ROI가 나오지 않는듯..
아직까지 기업들이 데스크탑 가상화로 가지 않는데는 그만한 이유가 있네 그랴..
저작자 표시
신고

RDP Video redirection

클라우드 컴퓨팅 & NoSQL/VDI | 2010.06.22 13:25 | Posted by 조대협

RDP 프로토콜의 문제점중 하나가, 멀티미디어 재생에 대해서 서버에서 렌더링해서 화면을 캡춰해서 내려 보내기 때문에 서버의 CPU 사용량이 높아지고, 화면이 부드럽지 못한 문제가 있다. (Remote Fx이전에..) 이런것을 해결하기 위해서 고안된 기술이 Video redirection이다.


위에가 그 RemoteFx 이전 (RDP 7.1)이전에 Video redirection을 사용하기 전후 데모이다.
RDP Video redirection에 대한 정보는 여기
http://blogs.msdn.com/b/rds/archive/2009/07/24/multimedia-redirection-improvements-in-windows-7-and-ws2008-r2-part-1.aspx
==
추가 정보

1)      Is it support H.264 ?

Yes, if the video is being played in WMP (or using MF/DShow, H.264 will be supported). Of course, you do need decoders on the client.

2)      You mentioned that if we don’t have a H.264 decoder we can develop the decoder by using FSDK. In this case do we have to develop codec for both if server side and decoder for rdp client?

FSDK will only use the built-in decoders on system. You can develop a new decoder using MF/DShow though. You only need it where RDP Client is running.

3)      In my understanding video redirection seem like having a dependency in Windows Media Player. So if customer provides streaming service in browser (SilverLight,Flash, Windows Media player plug-in), can it use video redirection?

Any app which uses MF/DShow can use this. Flash and Silverlight have their own playback engines, so they are not supported. Windows Media Player Plugin in IE is supported and it should work be working by default.



저작자 표시
신고




어느 PC에서 로그인하던지 사용자의 폴더가 따라다니는것
즉 내가 2층 사무실에서 저장한 파일이 다른 층 사무실 컴퓨터에서 로그인해도 그대로 나오는것

윈도우즈 7 + Windows Server 2008 R2 기능
신고

어제밤에는 DW보다가 오늘 아침에는 또 뜬금없이 데스크탑 가상화입니다. -_-;
데스크탑 가상화가 VDI (Virtual Desktop Infrastructure), RDS (Remote Desktop Service)등 여러가지가 있었는데, 문제는 이런 가상화 기술에서 동영상이나,플래쉬,Direct-X,Open GL등이 데스크탑으로 못 내려갔다는 문제가 있었습니다.

이번에 발표된 RemoteFX라는 기술은 서버쪽의 GPU (Graphic Processing Unit)을 이용하여 그래픽 관련 연산을 수행해서 클라이언트에도 동영상등의 서비스도 제공한다는 겁니다.
"쉽게 말해서, 가상 데스크탑환경에서도 동영상 안끊기고 본다."

기본적으로 기존의 RDP (Remote Desktop Protocol)을 확장하여 RemoteFx 기능을 추가한것인데, 클라이언트쪽에서 이 RDP를 Decoding 하여 가상 데스크탑 서비스를 제공합니다.
Windows 7의 경우 소프트웨어 RemoteFx Decoder를 제공하고, Windows CE나 Linux의 경우에도 이 RemtoeFX Decoder를 하드웨어 칩으로 넣어서 Thin Client로 제공할 수 있습니다.
아래 그림은 Linux 기반으로 개발된 RemoteFx 클라이언트입니다.

사용자 삽입 이미지

이제 저런 Thin Client 하나집에다 두면 고성능의 PC를 집에서도 가상화를 통해서 쓸 수 있는 시대가 되었군요.. 기업에서도 이제 PC 다 없어지고 Thin Client + 모니터 일체형이 나오는게 아닐까 싶네요. :)

참고 자료 : http://www.brianmadden.com/blogs/videos/archive/2010/03/18/exclusive-video-microsoft-s-tad-brockway-discusses-and-demos-remotefx.aspx

신고