클라우드 컴퓨팅 & NoSQL/IaaS 클라우드 38

Storage Virtualization

네이버 IT 용어 사전을 보면 다른 기종의 스토리지들을 하나의 단일 풀로 통합하는 기술. 스토리지 가상화는 단순히 물리적 디스크 어레이를 논리적 볼륨으로 사상(寫像)시키는 것을 의미하며, 디스크의 가상화는 물론 다른 기종 관리와 백업, 복구의 단순화와 자동화, 구성의 단순화 등을 제공하는 스토리지 통합 관리 솔루션이다. 스토리지 용량이 충분한지 수시로 확인할 수 있고, 예비 스토리지 자원의 준비 비용을 절감할 수 있어 관리의 효율성을 높이고 소유 총비용(TCO) 절감 등의 효과를 얻을 수 있다. 출처 : http://terms.naver.com/item.nhn?dirId=205&docId=26198 여러개의 Storage를 묶어서, 하나의 논리 Storage로 묶어 주는 기술로, 다수 벤더에 의해서 제공..

클라우드에서 MPLS에 대한 고려

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

Auto Scale out에 대한 메모..

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 이야기 하시는분들 있는데, ..

Cloud design considering factor

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

클라우드 노드 설계

비용 대비해서, 클라우드의 물리 노드를 어떻게 설계할까가 고민이었는데... 오늘 이런 저런 이야기를 들어보고 사례를 보니.. 결론 은 생각보다 간단하다. 1. 블레이드 사용 공간이나, 전력면에서 블레이드가 유리하기 때문에 블레이드 사용 2. 10G NIC * 2 LAN으로 나가는 것은 10G 를 사용하되 Redundancy 구성을 위해서 2개 사용 VNIC는 관리,클러스터링,Fail Over(Live Migration),ISCSI,그리고 VM용으로 가상으로 나눠서 구성 3. FC * 2 Storage는 모라고 해도.. 결국 FC가 안정적. Redundancy 구성을 위해서 두개 사용 LAN과 SAN은 각각 2개 이상의 스위치로 이중화 비용 절감 방법은 1. Bulk Buy (Rack 단위)를 하는 방법 ..

Private Cloud 구축시 하드웨어 고려 사항

Hardware Configuration Consideration Point IIHost Server architecture Host Server Architecture는 VM 자체를 호스팅 하는 서버의 아키텍쳐를 정의한다. CPU,메모리,NIC와 Storage 연결 채널들이 고려 사항이 되며, Private Cloud에서 사용하는 Hypervisor의 종류와 VM의 성격 및 구성에 따라 달라지는데, 일반적으로 고려할 수 있는 Private Cloud 상의 공통 구성 사항에 대해서 검토해보면 다음과 같다. NIC teaming NIC teaming이란, 물리적인 다수의 NIC를 논리적인 하나의 NIC로 묶어서 대역폭을 늘리고, 물리적 NIC의 장애에 대비하는 아키텍쳐이다. Private Cloud에서는 ..

Private Cloud 구축시 하드웨어 고려사항 (Storage 편)

Hardware Configuration Consideration Point Private Cloud는 집적된 하드웨어 서버에 다수의 VM을 기동 시켜서 수많은 업무와 트래픽을 감당해내는 구조로 일반적인 애플리케이션 구동이나 DBMS를 위한 하드웨어 구성과는 다른 형태의 구성이 필요하다. 대용량의 IO와 대용량의 네트워크 트래픽을 지원할 수 있어야 하며, 장애에 대한 높은 대응 능력을 요구로 한다. 본 문서에서는 Private Cloud를 구축하는 데 있어서 고려 해야 하는 하드웨어에 대한 검토 사항에 대해서 설명 한다. Storage Architecture 저장소 즉, 디스크는 Private Cloud에서 호스팅 되는 VM의 성능에 가장 큰 영향을 미치는 요인중의 하나로, 드라이버의 타입, 인터페이스,..