조대협의 블로그

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

비용 대비해서, 클라우드의 물리 노드를 어떻게 설계할까가 고민이었는데... 오늘 이런 저런 이야기를 들어보고 사례를 보니.. 결론 은 생각보다 간단하다. 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 단위)를 하는 방법 ..

SOA 시스템에 대한 컨설팅 (설계나 Code Inspection)을 다니다 보면, Goverance나 프로젝트 관리상에서도 문제가 많이 나타나지만, 설계상에서 근본적인 문제로 나타나는 패턴들이 있다. SOA의 근본적인 정의를 다시 내려보면, "비지니스적인 의미를 가지는 컴포넌트를 기업내의 통합된 프로토콜로 서비스하여 제공한다." 이다. BPM을 이용한 Composition이나 ESB를 이용한 유연성의 증대도 SOA 에서 큰 의미를 차지하지만, 일단 시작은 SOA를 통해서 제공되는 컴포넌트의 형태이다. 즉 기본이 되는 SOA 서비스와 그 인터페이스에 대한 정의와 구현이 제대로 되어야 하는데 통상적으로 SOA 시스템을 설계하고 구현하는데 있어서 발견되는 실수는 다음과 같다. 1. 표준 전문의 미사용 서비스..