조대협의 블로그

MPLS는 MultiProtocol Label Switching의 약자로 Layer 3에서 IP를 보고 라우팅을 하는 것이 아니라 패킷에 라벨을 붙여서 라벨을 기반으로 라우팅을 하는 기법으로 Layer 2 기반으로 라우팅을 수행한다. 그래서 IP 프로토콜뿐만 아니라, ATM이나 Frame Relay와 같이 프로토콜 종류에 상관 없이 라우팅이 가능하고, 무엇 보다 빠르다. 단 MPLS를 지원하는 라우터가 비싸다. MPLS는 VPN등에 사용되는데.. IaaS 클라우드 구성에서, Server Rack간의 고속 라우팅을 하는데 사용하면 좋을 것 같다는.. 돈이 문제지만

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

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 의 약점인 Network 구간 성능 향상

정리 잘해놨네요.

Amazon EC2 Auto Scale out 아키텍쳐http://docs.amazonwebservices.com/AutoScaling/latest/DeveloperGuide/index.html?Welcome.html Cloud Watch를 통해서, 이미 기동중인 Instance를 모니터링 한다. Instance의 CPU나 Throughput을 기반으로 해서 Scale out 여부를 결정한다 Scale out을 하게 되면, 해당 Instance의 AMI를 추가로 Provisioning 한다. Elastic Load Balancer에 새롭게 추가된 Instance를 연결해준다. 기본적인 아키텍쳐인데, 전형적인 Scale Out 방식이고, Image에 올라가 있는 (VM)의 Application의 Scale..

Auto Scale Out을 고민할 일이 있어서.. Amazon EC2를 봤는데.. 역시나.. EC2는 기본적으로 IaaS이기 때문에, CPU나 어느 조건 이상이 되면 Config 된데로, Scale out이 되는데, AMI 이미지 똑같은 것을 하나 더 띄우고, Load Balancer에서 연결해주는 형태.. 즉, 일반적인 웹서버나 클러스터가 안되어 있는 Tomcat등은 그럭저럭 먹힐거 같은데.. WebLogic,JBoss 등은 어렵다는 이야기, 결국 API로 WLS등 모니터링해서 Scale out할 수 있게 해주고, AMI 이미지도 Instance별로 별도 고려가 되야 하는 형태.. Scale out은 아무래도 PaaS가 유리한듯.. 그리고, DB Auto Scale out 이야기 하시는분들 있는데, ..

IaaS 구축용 - Hypervisor : XenServer, Oracle XenServer가 가격 대비 Support 가능 - Cloud Management : Cloud stack (cloud.com) - Software ISCSI : Nexentar (고속 IO에는 적합하지 않음) PaaS 구축용 - Storage : OpenStack - Column DB : Cassandra - Simple DB : MySQL or VoltDB Hadoop은 아니라고 보고

Scale out unit provisioning Bare metal provisioning Reporting Life cycle management Charge back model IO Segregation Self Service Portal Multitenancy Fabric Management Live Migration Automated Patch (Customer requirement is required. 보안 패치를 8시간 내에 모든 서버에 제공한다던지..) Resource Pool Management Asset (VLAN,IP,MAC,LUN) management Scale out unit design 가상화만 고민하는데, 대충 이넘들은 고민해야 할듯..