Transcript MS Terminal Service Vs MetaFrame XP

Server Based Computing
RDP vs ICA
2003
㈜캐드랜드
비즈니스 사업본부 차장 임 재수
[email protected]
02-2140-3904
019-305-5418
목차
1. 배경
2. Comparison Point
- Load balancing
- Web Integration
- Client Device Support
- 사용량 분석
3. 기능비교 1-2-3-4
4. J.D Edward Consulting사의 성능비교
5. 시스템 구성도
6. 클라이언트 형태
7. EIP(Enterprise Information Portal)와통합
8. 사례 – POSCO, SK 주식회사
배경
제품의 기본 기술요소
Tilon 사의 TusKan은 Windows 2000
Server 의 Terminal Service 를 기반으로
한 RDP Protocol을 사용
Citrix 사의 MetaFrame XP는 Windows
2000 Server 의 Terminal Service
기반으로 한 부가 솔루션으로 ICA
Protocol을 사용
RDP 와 ICA는 모두 클라이언트의 Application을 설치하지 않고 사용자는 Web
Browser 혹은 전용 클라이언트 모듈로 서버로 연결하여 Application을 운영한다는
측면에서 Server-Based Computing 혹은 Thin Client Computing이라 합니다.
RDP(Remote Desktop Presentation) Protocol
ICA(Independent Computing Architecture) Protocol
RDP는 Windows 기반의 Terminal Emulating 기술의 원천 기술인 ICA를 개발한
Citrix 사의 Multi-Win 기술을 라이센스 하여 개발된 Protocol입니다.
Check Point
1. Application Load Balancing
DNS를 사용한 Load Balancing은 Round Robin 방식의 Load Balancing이며, 가장 큰 취약점은 각 서버에 동일한
사용자가 접속해 있다 하더라도 사용자의 어플리케이션 사용량에 따라 CPU, Memory등 서버 자원의 사용량은 많이
차이가 날 수 있다는 점이다.
예) 서버 1 : 사용자 수 40명, CPU 사용률 : 10%
서버 2 : 사용자 수 41명, CPU 사용률 : 99%
위의 예와 같은 상황이 발생될 수 있으며, 따라서 Round Robin 방식은 서버 자원의 활용과는 무관하기 때문에
서버 접속의 순차적 할당으로 Application Load Balancing이라고 보기 어렵다.
Network Load Balancing(NLB)을 사용할 경우 Traffic 량으로 서버를 할당하므로 Web Service와 같은 기능에 적합하며
Layer 4 Switch 등을 활용하여 Load Balancing을 할 경우 별도의 네트워크 장비가 요구됨.
2. Printing
- Auto Create Printing 지원 여부?
사용자의 별도의 작업 없이 접속했을 때 사용자의 로컬 프린터 또는 네트워크 프린터가 자동 생성되는지 여부?
Tilon(Terminal Service)의 경우 클라이언트의 모든 프린터를 공유하여야 하며 수십 혹은 수백대의 Client의 Print
Driver와 컴퓨터 이름, 공유명등을 조사하여 서버에 등록하여야 함.
- Universal Print Driver 지원 여부?
Windows 2000 Driver가 없는 프린터를 사용하고 있는 사용자의 경우의 프린터 지원 여부?
- Printing Job의 Bandwidth Management 여부?
Printing Job의 대역폭 할당 가능 여부?
Check Point
3. Client 자원 지원
- Client Drive 자동 Mapping 가능 여부?
세션에서 클라이언트의 C: D: 등의 Drive를 사용할 수 있는지 여부?
Tilon(Terminal Service)의 경우 이 기능이 지원되지 않는 이유로 WebDisk 형태로 제공하고 있으나
이것은 응용프로그램 내에서 사용할 수 없으므로 예를 들어 어플리케이션 내에서 Report 생성으로 발생된
파일을 서버에 저장한 후 다시 Web Browser에서 다운로드 하여야 하는 두 단계의 과정을 거쳐야 함.
- Client 지원 최대 해상도
해당 어플리케이션을 256Color미만으로 서비스 하였을 경우 문제가 없는지 여부?
Tilon(Terminal Service)의 최대 해상도 지원은 256Color, MetaFrame XP는 24-bit True Color
4. 기타 지원 기능
- Seamless Windows 사용여부?
Client 사용자는 어플리케이션이 서버에서 실행되는지 알 수 없을 정도로 Client에서 사용하였던 인터페이스와
동일하게 Screen을 Emulating할 수 있는지 여부?
Seamless Windows 형태가 아닌 경우 연결된 터미널 윈도우가 각각의 독립된 세션이므로 예를 들어 사용자의
프린트 연결의 경우 서버에 불필요하게 세션마다의 프린트 연결을 가지게 됩니다.
- Application Launching & Embedding(ALE)
Web Publishing 사용시 별도의 창을 띄워서 해당 어플리케이션을 사용하는 Launching기능이 되는지 여부?
Web Browser내부에서 연결될 경우 어플리케이션의 수 만큼 웹 브라우저의 Window가 실행되어야 함.
- Client Auto Reconnect 기능
네트워크 문제로 세션이 끊긴 경우( 네트워크 케이블 연결을 잠시 끊어 테스트 가능) 다시 재로그온 과정 없이
자동으로 재 접속 가능 여부?
Check Point
5. 관리 기능
- Client Auto Update
Client 버전이 낮은 경우 자동으로 Update 해 줄 수 있는 기능이 있는지 여부?
- 서로 다른 서브넷 상에서의 관리
서버가 서로 다른 서브넷에 존재할 때 통합관리가 가능 여부?
- Application Publishing
사용자 별 Application 할당을 위한 관리 툴을 Web Script가 아니 GUI Tool로 제공하는지 여부?
- 사용량 분석
사용량 통계는 Client Name, 사용시간, 사용 프로세스, 사용 프로세스의 리소스 사용량 등의 형태로 제공 가능 여부?
Tilon의 통계는 단순히 Application을 클릭한 횟수만을 기록함. 또한 반드시 Web으로 접속된 사용량만을 Count할 수
있음.
- 사용자 관리 툴
사용자 관리 툴은 Windows 2000의 MMC(Microsoft Management Console)에서 Tilon의 사용자 생성툴을 모두 제공함.
(다수의 사용자와 그룹의 생성 포함)
Comparison Point - Load Balancing
Application Load balancing 형태
멀티 유저의 Server 기반 컴퓨팅 환경에서는 서버에서 어플리케이션의 프로세스를 100% 서버에서 실행함으로
서버의 Load balancing( Fault Tolerance ) 기능은 서버의 효율적사용을 위한 첫번째 확인 요소라 할 수 있음.
아래의 두 제품에 대한 Load balancing 형태를 비교
Microsoft Terminal Service
Citrix MetaFrame XP
NLB(Network Load Balancing)
Network Traffic량에 따른 서버 할당 혹은
DNS의 순차적 할당
Load Manager의 Load Balancing은 서버의
CPU, Memory, Disk I/O등의 서버 리소스
사용량에 따른 Load Balancing
NLB(Network Load Balancing)
DNS의 Round Robin방식은 Web Server에
적합한 서비스 임.
Cluster Service는 Terminal Service
(응용프로그램 서버모드)와 동일 서버에
구성할 수 없음
Layer 4 Switch 등을 사용할 경우 별도의
Network 장비가 필요함
VS
Load Balancing 결정요소를 관리자가
구성할 수 있음.
(사용자 접속 IP, Schedule, 시간대별 Load
Balancing, Application 별 별도 구성, CPU
Priority 등)
서버 서비스 중에도 서버의 Resource
사용량 등을 정확히 파악 할 수 있음
별도의 장비나 서비스 구성S/W가 필요하지
않음.
Comparison Point
NLB는 서버의 사용량은 30% 정도라 할지라도 Traffic 량이 많을 경우 서버의 유휴 프로세스(가용 리소스)가 충분
하여도 사용자의 접속이 다른 서버로 이루어짐. 이는 어플리케이션의 프로세스를 100% 서버에서 실행한다는 점
에서 서버의 비 효율적인 활용을 발생시킴
Comparison Point – Web Integration
Application Web Integration 형태
Web 통합은 사용자의 인터페이스 부분과 멀티 서버를 연동할 수 있어야 함
Microsoft Terminal Service
Microsoft의 TSAC Web (Terminal Service
Advanced Client) 로 Web Browser와 통합
지원 브라우저 : IE5.0 이상
지원 방식 : Active X Control
Application 등록 : Web Script 수정
Citrix MetaFrame XP
VS
ICA ALE(Application Launching &
Embedding) 기술과 NFuse(XML Service)로
Web Browser와 통합
지원 브라우저 : IE, Netscape
지원 방식 : Active X Control,
Plug-in
Application 등록 : GUI 툴에서 사용자 혹은
그룹별 등록
Comparison Point
Terminal Service의 경우 Browser 내부에서 실행되므로 Application 수 만큼의 Browser Windows가 실행되어야 함.
Seamless Windows(활성화 되어 있는 Application만을 전송하는 방식)형태로 사용하여 여러 어플리케이션간의 전환 및
사용자의 친숙한 GUI 를 제공할 수 있어야 함.
Comparison Point – Client Device Support
Client Device 지원 형태
Client Drive, Printer, Audio, Screen 해상도 및 Resolution
Microsoft Terminal Service
Citrix MetaFrame XP
로컬 드라이브 자동 Mapping 지원 : X
로컬 드라이브 자동 Mapping 지원 : O
지원 최대 해상도 : 256 color
지원 최대 해상도 : 24 Bit color
프린트 자동 메핑 : 제한적 지원
프린트 메핑을 위해 Client 의 프린터를 모두
공유하거나 LPT Port로 연결되어있어야 함.
VS
프린트 자동 메핑 : Windows 2000용, None
Windows 2000용 모두 지원
로컬 및 네트워크 프린터 모두 지원
Audio Mapping : X
Audio Mapping : O
최대 화면 Resolution : 1600x1200
최대 화면 Resolution : 65000x65000
클라이언트 지원 OS : Windows Only
클라이언트 지원 OS : Windows, Unix, Mac
Linux, Java, Dos, Epoc
Comparison Point
Client 의 어떠한 Device 형태의 지원이 세션 안에서 이루어져야 하며, 사용자에게 편리한 인터페이스를 제공할 수
있어야 함.
Comparison Point – 사용량분석
Application 사용량 분석
사용량 분석은 어떠한 사용자가 언제, 얼마동안, 무슨 프로그램을, 실행하였는가의 분석이 이루어 져야 함.
예를 들어 서버의 리소스가 갑자기 급증하는 경우가 발생된 경우 어떠한 사용자의 프로세스에 의해 문제가 발생
되었는지 등의 예측이 가능하여야 함.
아래의 두 제품에 대한 사용량분석을 비교
Citrix MetaFrame XP
Tilon의 Tuscan
Application 클릭 수 기록
반드시 Web으로 접속한 경우만 기록함.
VS
사용자 컴퓨터이름, 사용시간, 사용
프로세스, 사용시간동안의 리소스 사용량
기록
클라이언트의 Web, Full Client 등의 어떠한
형태의 접속량 기록
Comparison Point
사용량 분석에는 사용 통계와 서버의 사용량까지 기록하여야 함. 추후 시스템 증설 혹은 축소 여부를 예측하는
시스템으로 응용할 수 있어야 함.
기능 비교 - 1
비 교 항 목
Terminal Service
MetaFrame
서버 운영 환경
Windows 2000 Server
Windows 2000 Server
프로토콜
RDP
(Remote Desktop Protocol)
ICA
(Independent Computing Architecture)
WinNT/95/98/3.11/CE
WinNT/95/98/3.11/CE
Java 계열
X
JDK 1.0/1.1
Browser 계열
Internet Explorer
Internet Explorer/ Netscape
Windows 3.11 이상
Windows 3.11 이상
Windows 계열 Only
Windows 계열,Linux,Java 계열
TCP/IP Only
TCP/IP, IPX/SPX, NetBEUI
LAN / WAN
RAS Dial-Up
LAN / WAN RAS Dial-Up Serial
직접 접속 Direct Dial-Up,
Browse 가능 서버
Client
운영 환경
Client H/W
Windows
계열
PC
휴대용 무선 단말기나
정보기기
지원되는 통신 Protocol
Local Client Device 지원
Local Client Printer Spooler
O
O
COM Port Redirection
X
O
Print Bandwidth
Management
X
O
Universal Print Driver 지원
X
O
기능 비교 - 2
Terminal Service
MetaFrame XP
O
O
16Bit Stereo
X
WAV/MIDI/AVI
Video & Multi-Media Bandwidth Control
X
O (32Bit Win Client)
Time out 혹은 Broken 시
세션 Reset 또는 Disconnect
X
O
한곳에서 여러 곳을 원격
제어하는 기능
X
O
여러 곳에서 한곳을 원격
제어하는 기능
X
O
서버와 서버 간 원격 제어 기능
X
O
Program Neighborhood 도구
어플리케이션에 대한 완벽한 통제 기능과 사용자
데스크탑 과의 완벽한 통합 기능을 제공하는 Tool
X
O
서로 다른 네트워크 서브넷 간 관리 기능
X
O
Client 접속프로그램에 대한 자동 업데이트 기능
X
O
원격 App의 로컬 작업표시줄(Task Bar) 표시 기능
Seamless Windows 지원여부
(Session Windows Resizing)
X
O
Embed Only
Embed & Launch
X
O
비 교 항 목
Multi-Media
Shadowing
세션
모니터링
System Sound
Application Launching & Embedding
-어플리케이션의 Web에서의 Publishing 기능
관리자용 툴바(Toolbar) 제공
기능 비교 - 3
관리 & 성능 지원기능 비교
비 교 항 목
Terminal Service
MetaFrame XP
Application Based Load Balancing
사용중인 서버에 문제가 발생할지라도 다른
서버에 사용자를 연결해 줌으로써
어플리케이션과 데이터에 대한 신뢰성과
안정성을 완벽하게 보장해 주는 기능
Round Robin방식의
NLB
서버리소스, CPU, Memory사용량에
따른 Load Balancing
Connection Control
한 사용자에게 혹은 서버의 동시에 연결할 수
있는 어플리케이션의 수 제한
X
O
인스톨 관리 서비스
(Install Manager)
서버 리소스 측정 및 보고서 작성기능
(Resource manager)
Network Management S/W 와의 Plug-in지원
(CA UniCenter, Tivoli, HP OpenView)
X
O
Client Auto Reconnect
네트워크 회선의 문제로 인하여 사용자의 작업이
끊긴경우 다시 끊긴 상태의 마지막 작업으로 자동
연결하는 기능
X
O
Client Print Manager
사용자가 자신의 로컬 프린트 중에 원하는
프린트를 사용자 프린트로 지정할 수 있게 하는
기능
X
O
Universal Printer Driver 지원
Client 프린트 드라이버가 W2k용이 없는 경우
호환 드라이버로 Mapping 하도록 하는 기능
X
O
기능 비교 - 4
관리 & 성능 지원기능 비교
Terminal Service
MetaFrame XP
256 Color
24Bit True Color
X
O
Web Script 수정
GUI Tool 제공
서로 다른 세션간 Cut and Paste
X
O
WBT 또는 None Windows Client 의 Print Mapping
X
O
사용자 접속 로그 및 리소스 사용량
사용시간의 DataBase화, 보고서작성기능
X
O(XPe Only)
접속 허용 범위지정 (IP Range Scope)
X
O
Load Balancing Schedule
시간대별 Load Balancing 설정 변경 적용기능
X
O
비 교 항 목
Depth Color
지원되는 최대 해상도
Seamless Windows
Remote 어플리케이션을 Local에서 실행하는
것처럼 실행하고 화면을 보여주는 기능
창모드로 실행하지 않고도 활성화된
Application 만을 Emulating 해주는 기능
Application Publishing 관리 툴 지원
사용자별 Application 할당을 위한 관리 툴의
지원여부
J.D Edward Consulting사의 성능비교자료
ICA vs. RDP Sign-On Comparison Tests (저속 LAN 구간)
Task
Task Duration
RDP Sign-On
ICA Sign-On
Difference
% Difference
21.75
13.24
-8.51
-39.13%
218
110
-108
-49.54%
66,384
16,062
-50,322
-75.80%
304.51
146.02
-158.5
-52.05%
Client Processing Time
12.19
6.74
-5.45
-44.74%
Client Bytes Sent
8,340
3,013
-5,327
-63.87%
9.31
6.21
-3.1
-33.28%
58,044
13,049
-44,995
-77.52%
Total Frames
Total Bytes
Avg. Frame Size
Server Processing Time
Server Bytes Sent
ICA client 가 RDP client 보다 약 40% 업무처리 시간 절약 및 80% 네트워크 트래픽 감소 효과 발휘
참고문서 : 성능비교 - Performance Differences between Remote Desktop Protocol - J.D Edwards
시스템 구성도
Citrix Server Farm
건설 업무
DB Server
Active Directory
Domain Controller
MetaFrame
Data Collector
SQL IMA DB
Server Resource(CPU, Memory, Disk 등) 기반
Load Balancing
IMA Communication
DB Transaction
AD Domain Controller
MetaFrame Application Server
User 인증, 그룹정책 저장소, SQL Data Store
MetaFrame Data Collector
MetaFrame Data를 수집하여 DB에 업 데이트
Application Service
MetaFrame Server
DB에 저장된 Server Load Value를 통해 Load Balancing하여 Application Service
Remote 사용자
ICA Client 접속형태
사용자 편이성을 고려한 다양한 형태의 Client 제공
Full PN ICA Client – Program Neighborhood
ICA Win32bit Full Version Client로 사용자에게
어플리케이션 아이콘을 자동으로 Push 되는
Publishing 기능과 Custom ICA Connection으로 두
가지 형태의 접속이 가능합니다.
주로 관리자가 사용하기에 적합합니다.
PN Agent ICA Client – Program Neighborhood Agent
PN Agent 사용 시 사용자 데스크 탑의 시작메뉴에 MetaFrame Server의 App가 자동 Push 되거나
시스템 Tray에 아이콘이 자동으로 Push 됩니다.
사용자는 Web Browser와 같은 별도의 프로그램을 사용하지 않고 Direct로 서버에 접속하게
됩니다. 사용자에게 친숙한 인터페이스 제공해주며 사용자가 서버주소등과 같은 별도의 정보를
숙지하지 않아도 됩니다.
MetaFrame Server에 최초 1회 로그온 하면 App를
실행할 때마다 로그온 하지 않아도 됩니다.
ICA Client 접속형태
Web Version (Active X control) – Internet Browser상에서 ICA를 사용할 수 있도록
하는 Plug-in 모듈입니다. 아래그림과 같이 Web 화면에서 보여지는 한글부분과 기타 이미지
들은 Customizing이 가능함.
개인화 된
Application Portal
EIP Portal과 통합
현재 EIP Portal 솔루션을 제공하는 거의 모든 업체에서 Application Hosting을 위한 플랫폼으로
MetaFrame XP의 NFuse기능을 사용하고 있음
Enterprise Information
Portal 부분
Global ASP 부분
Jasmine Portal
Yahoo Portal
I-Planet
Plumtree
eKalos
IBM (Global Service)
SAP (SAP GUI for MetaFrame) – MySap.com
Citrix NFuse Portal은 이미 세계적으로
검증된 솔루션입니다.
구축사례
POSCO
SK 주식회사
POSCO 사례
목표
-
포항, 광양, 본사의 9000여명의 직원들의 생산공정 Application인 MAXIMO 사용
기존 환경
-
현재 WAN 구간은 T1(N개)로 구성되어 Groupware, ERP 등을 쓰고 있음
사용자들의 PC 환경은 평균적으로 Pentium ~ PentiumII / ~32MB RAM 환경
문제점
-
성능 : 공장의 효율적인 생산공정을 위해 도입하는 시스템인 만큼 빠른 Response Time을 최우선의
과제로 선정하였으나, Maximo Application이 요구하는 PC사양 및 네트워크 대역폭은 원활한
성능을 위해 과도한 비용을 요구하며, 현실적으로 매우 어려운 상태.
-
네트워크 : WAN 구간은 T1(N개)로 구성되어 있어 Groupware, ERP 등을 쓰고 있으며
Maximo Application을 위해 고 대역폭의 회선 추가 도입을 고려해야 하는 실정
-
클라이언트 단말 : Maximo Application의 원활한 사용을 위해서 대규모의 클라이언트 PC Upgrade 요구는
필수적
-
중앙집중관리 : DB 분산에 따른 운영 및 비용 문제 발생, 관리의 어려움. 중앙 집중화된 관리에 대한 요구.
분산된 대규모의 관리인력을 갖고 있다 하더라도, 광양과 포항 사이의 Data 교환 문제는
여전히 숙제로 남아 있게 된다.
POSCO 사례
구축 효과
Response Time
업무 효율화를 위해 빠른 어플리케이션 응답 속도를 최우선의 과제로 설정
빠른 응답속도를 위해 포항, 광양 양소에 DB 분산 등을 고려했으나,
Metaframe을 적용함으로써 DB를 분산하지 않고 오히려 통합하면서 빠른 Response Time 달성
Network Bandwidth
포항, 광양 사용자의 원활한 DB Access 등을 위해서는 과도한 네트워크 대역폭 요구
회선 업그레이드에 대한 과도한 비용 발생
Metaframe을 적용함으로써 새로운 시스템 도입에도 불구하고 전혀 회선 업그레이드를 하지 않음
Client Module
Maximo Client의 최소 요구 사항은 Pentium300, RAM 64MB 이상이며,
Recommend는 Pentium450, RAM 128MB
Recommend 사양을 갖춘 PC 사용자라 할 지라도 원활한 Application 운용이 어려운 상태이며,
4000대 가량의 모든 PC 클라이언트를 업그레이드 시 과도한 비용 발생
Metaframe을 도입함으로써 Client Upgrade를 전혀 하지 않음
Central Management
DB 분산에 따른 운영 및 비용 문제 발생, 관리의 어려움.
중앙 집중화된 관리에 대한 요구
Metaframe을 도입함으로써 DB 및 Application, 그에 따르는 관리 인력까지 모두 중앙으로 통합함
Metaframe 적용없이 Maximo System을 구축하는 데는 현실적으로 거의 불가능하였으며,
Network 및 Client 단말 Upgrade 비용절감이라는 가시적인 효과 외에
중앙 집중적인 관리시스템을 갖추게 됨으로써 생기는 추가적인 비용절감의 효과를 보고 있음
POSCO 사례
총 500명의 Named User, 동시사용자 1200명
시스템 구성도
Maximo DataBase
1. ARP Request
사용자 접속 요청
Citrix Server Farm
ICA Master Browser
2
Apps Server 할당
DB Transaction
Domain Controller
3
4
Authentication
Auth. Request
1
MetaFrame Server
Application Server
ARP Request
5
Apps Service
ICA Client
2. Apps Server 할당
ICA Master Browser MetaFrame
Server의 CPU, Memory,
유저 세션 등의 정보를 취합하여 가
장
유휴 프로세스가 가장 많은 서버로
사용자의 접속을 유도한다
3. Authentication Request
할당된 서버는 Domain Controller에
사용자 인증을 요청한다.
4. Authentication
Domain Controller는 사용자 인증을
해준다.
5. Application Service
Application을 사용자에게 서비스한다.
Application Server 총 19 Set
SK 주식회사
목표
- 최소의 비용투자로 본사 및 전국 지방사업장에서 사용하고 있는
Lotus Notes의 Performance 향상
 기존 환경
- 네트웍의 긴 응답시간, 높은 유지비용 및 업그레이드 비용
- Performance 보장을 위한 전용선에 대한 지속적인 추가 투자
문제점
- 만족스러운 Performance 기대할 수 없음
- 128K 이하의 전용선 지방사업장의 경우 3명 이상의 동시사용자가 사
용
할 수 없는 상태
- 모든 지방사업장의 회선 증설은 막대한 비용초래
해결방안
- Citrix MetaFrame
- 서버 당 100 동시사용자를 지원하는 3대의 Compaq 4-way NT 서버
- 기존 Network Infrastructure 그대로 유지

SK 주식회사


사용 Application
- Lotus Notes R 5
- Office 2000
- Acrobat Reader등
구축효과
- 회선증설에 비해 약 1/5 의 비용으로 Project 완료
- Network Performance 3배 ~ 25배 향상
- 400% ~ 800%의 Application 성능 향상
- 효율적, 중앙 집중화 된 데스크 탑 어플리케이션 관리 가능
- 추가 개발 없이 Web을 통해 기존의 Application 사용가능
- 로컬 업 데이트 없이 항상 최신의 어플리케이션 사용
- 네트웍 업그레이드 없이 성능 향상, 관리비용 절감
SK 주식회사

Master Browser
Web Server (IIS5.0, NFuse1.5)
시스템 구성도
1 ea.
Domain Controller
1 ea.
File Server
1 ea.
MetaFrame
Server
3 ea.
업무용도
모델명/Spec
Server Name
OS
Metaframe
Apps
MetaFrame Server 1
MetaFrame Server 2
MetaFrame Server 3
Compaq 8500R Pentium III Xeon 700MHz * 4 2MB Cache, 4GB RAM
SKTS_xxxx
SKTS_xxxx
SKTS_xxxx
Windows 20000 한글, SP1, Member Servers
MetaFrame1.8 for Windows2000, Resource Management Service, Load Balancing Service
Feature Release 1, Hotfix : ME181W001, ME181W002
Lotus Notes R 5 Client, Office2000, Acrobat Reader
Reference
Citrix MetaFrame은
국내 POSCO, SK주식회사, KTF, 두산그룹, 사이버뱅크, 제일기획, 샤니제과, 오리콤, 대한생명, 해태전자, 힐티코리아,
동양고속 등 유수의 업체에 공급되어 사용중이며, 최근 PDA 와 같은 Wireless ASP 분야에도 국내외 공급되어 사용되고 있음.
Engineer’s Opinion
시스템 규모 와 사양은 Application의 CPU와 Memory, Disk I/O 등의 사용량에 따라 동시 사용자의 수가 달라짐으로.
현재 Application을 실행함에 따른 서버 사이즈 즉, 제품별로 수용 가능한 유저수가 산정될 수 없음.
Server Based Computing 환경에서 가장 고려되어져야 할 부분은 Application Server간 Load Balancing 부분과
로컬 디바이스의 지원과 성능 입니다.
현재 RDP Protocol에서는 Local Drive. COM Port, Color 해상도 등 클라이언트 디바이스를 지원이 미약함.
반면 ICA Protocol은 Local Drive, COM Port, Audio, Color 해상도 등 클라이언트의 모든 연결을 지원함.
추가 기능으로 인한 트래픽의 증가는 발생될 수 있음. 이는 사용하지 않는 기능에 한하여 disable하면 사용하지 않는
기능에 대한 트래픽은 감소시킬 수 있음.
참고문서
기능비교 - Microsoft RDP & Citrix ICA Feature Overview – Microsoft
성능비교 - Performance Differences between Remote Desktop Protocol - J.D Edwards
MetaFrame XP Feature