조대협의 블로그

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 가상화만 고민하는데, 대충 이넘들은 고민해야 할듯..

아키텍쳐는 간단, 결국 Workflow 설계랑 PI를 어떻게 할것인가가.. 문제. ITIL이랑 접속 시키는 것도 필요하고.~~

결국 이거지 머.. VM,Resource Pool, Fabric Management.