POWER 블레이드에서 리눅스를 활용한 복잡한 네트워크 구축 방법

문서 옵션 JavaScript가 필요한 문서 옵션은 디스플레이되지 않습니다. 토론 영어원문  제안 및 의견 피드백

난이도 : 중급

Matthew B. Trevathan, 선임 엔터프라이즈 아키텍트, IBM
Brett Kerns, BladeCenter 컨설턴트, Optimus Solutions
Sri Ramanathan, Executive Architect, IBM

2008 년 12 월 02 일

블레이드는 특히 통신 서비스 제공업체에서 응용과 서비스를 위한 탁월한 선택입니다다. 하지만 이런 서비스 제공업체에 필요한 독특한 요구 사항은 종종 복잡하고 집중적인 관리와 계획이 필요한 환경 설정을 요구합니다. 결국 엄격한 요구 사항을 충족할 필요가 있습니다. 이 기사에서는 POWER6™ JS22 블레이드 장비 설정을 위해 필요한 네트워크 환경 설정 계획과 구체적인 방안을 설명하겠습니다.

블레이드 기반 운영 모델은 다음과 같은 이유로 인해 유무선 통신 업체에 상당한 가치를 부여한다.

1. 작은 공간은 데이터 센터 공간을 비용 대비 효과적으로 활용함을 의미한다.
2. 배포는 분산 배포를 위한 NEBS(Network Equipment Building System) 요구 사항을 충족한다. (NEBS는 네트워크로 연결한 장비가 호환성 자격을 부여받기 위해 반드시 충족해야 하는 요건 범주 집합이다.)
3. 비용 대비 효율이 높은 수평적인 확장성은 통신 서비스 제공업체가 지불해야 하는 배포 비용을 줄인다.
4. 중앙 집중적인 관리 지원은 서비스 제공자 네트워크에서 내부 배포를 위한 좀 더 나은 OAM&P(Operations, Administration, Maintenance, and Provisioning) 지원을 제공한다. 이 용어는 추적을 위한 원칙과 사용해야 하는 구체적인 소프트웨어 집합을 기술한다.
5. 업그레이드와 유지보수를 포함한 지속적인 가용성 기반 운영 모델을 위한 붙박이식 지원은 고객 관점에서 서비스 장애를 방지한다.

추가적인 고려 사항은 특히 복잡한 환경 설정을 보유한 통신 서비스 제공업체 환경에서 핵심이다.

• 다중 VLAN: 다중 VLAN은 CDN(Customer Data Network)과 관리(OAM&P) 트래픽을 위해 사용된다. 다중 VLAN을 독자적으로 고려하면 다중 LPAR(논리 파티션)을 가로질러 고객 QoS(Quality of Service)를 효과적으로 운영하도록 보증한다.
• 마이크로 파티셔닝과 가상화: 이런 전략은 용량 활용과 TCO(Total Cost of Ownership)을 극대화하는 과정에 도움을 준다.
• 현존하는 네트워크 복잡성: 다중 클라이언트 LPAR에서 자원 부하 분배를 요구할 경우, 현존하는 네트워크에 좀 더 높은 부하 가변성이 필요할지도 모른다.

이 기사에서 능동/수동 설정으로 쌍을 맺은 시스코 스위치를 사용해 블레이드 본체에 다중 VLAN을 설정하는 방법을 설명한다. 이 기사에서 소개하는 예제에서, Power용 리눅스(Linux®)를 돌리는 BladeCenter® JS22에서 다중 VLAN을 연결하도록 네트워크를 설정했다. 이 아키텍처는 각각 1GB 외부 포트 네 개와 내부 포트 열네 개를 갖춘 시스코 카탈리스트 스위치 모듈 여섯 개를 포함한다.

본체에 탑재된 여섯 개 스위치를 모두 적절히 활용하기 위해, 블레이드에 이더넷 인터페이스 여섯 개가 필요하다. 블레이드에 장착된 이더넷 인터페이스 ent0은 블레이드 본체에 들어있는 첫 번째 스위치와 사상된다. 계속해서 장착된 이더넷 인터페이스는 다음 가용한 스위치와 사상된다. 이런 사상에 제약이 있는 이유는 블레이드에 장착된 물리 어댑터를 원하는 스위치로 사상하도록 허용하지 않기 때문이다.

블레이드용 네트워크 아키텍처를 구성할 때, 본체에서 사용하기를 원하는 시스코 스위치마다 물리 인터페이스 하나씩을 할당해야 한다. 몇몇 블레이드에는 본체에 스위치와 동일한 개수만큼 어댑터를 장착하고 있지 않기 때문에, 연결된 물리 어댑터로 사상되지 못한 스위치는 본체에 들어있더라도 블레이드가 활용하지 못한다.

블레이드에 장착된 이더넷 인터페이스와 본체에 들어있는 스위치가 어떻게 쌍을 이루는지 이해해야 한다. 본체에 들어있는 첫 번째 스위치는 일반적으로 블레이드 본체에서 전원 코드 바로 아래인 좌상단에 위치한다. 이 스위치가 블레이드에서 ent0으로 사상되는 이유는 블레이드에 존재하는 첫 번째 인터페이스이기 때문이다. 그림 1은 이 기사에서 설정한 스위치 숫자를 보여준다.

스위치 쌍을 결정하는 작업은 고가용성을 위해 엄청나게 중요하다. 전형적인 설정에서 전원 배포 유닛(PDU, Power Distribution Unit) 하나는 블레이드 본체 상단에 전원을 공급하며, 다른 전원 배포 유닛은 블레이드 본체 하단에 전원을 공급한다. 중복 솔루션을 구축하려면, 본체 상단과 하단으로 각각 주 스위치와 부 스위치를 나눠놓아야 한다.

이 기사에서 소개하는 예에 따르면, (1, 9) (2, 3) (4, 7)이라는 스위치 쌍으로 해법을 구성했다. 어댑터 쌍인 (ent0, ent1), (ent2, ent3), (ent4, ent5)가 모두 동일한 물리 I/O 카드에 존재하므로, 목표 VLAN을 위한 네트워크 트래픽이 동일한 I/O 카드를 가로질러 가지 않도록 주의할 필요가 있다. 이 기사에서 소개하는 환경 설정은 다중 PDU와 다중 인터페이스에 흘러가는 트래픽을 둘로 나눈다.

어댑터와 스위치 쌍을 맺는 작업이 단순해 보일지도 모르겠지만, 이런 아키텍처를 활용하기 위한 IVM(Integrated Virtualization Manager), 스위치, LPAR 설정에 여러 단계가 필요하다. 그림 2는 연관된 스위치, 중계(trunk), VLAN 태깅으로 블레이드 중 하나를 설정한 모습을 보여준다. 이런 설정은 다중 VLAN이 동일한 물리 어댑터를 거쳐 다중 스위치로 통신하도록 허용한다.

이 예제에서 LPAR마다 이더넷 어댑터 둘을 할당해 IVM에 있는 가상 이더넷 어댑터(VEA)에 연결하도록 만든다. IVM에 있는 VEA는 다중 VLAN에 연결되어 있음에 주목하자. 각 VLAN으로 향하는 트래픽은 어댑터를 사용해서 LPAR에서 분리된다. VEA는 VLAN을 하나로 중계하고 링크 통합 디바이스를 거쳐 공유 이더넷 어댑터(SEA, Shared Ethernet Adapter)로 자료를 전송하며, 자료는 본체 스위치 중 하나를 경유해 외부 네트워크로 나간다. 스위치는 VLAN 태깅을 활용해 적절한 네트워크로 VLAN 트래픽을 라우트한다.

VLAN 설정을 위한 다섯 단계

IVM에서 클라이언트 LPAR을 위한 VLAN 설정은 다음과 같은 다섯 단계(추가 단계는 선택이다)로 나뉜다.

1. 시스코 스위치를 설정한다(흔히 LNAGG 디바이스라는 링크 통합 디바이스를 생성하는 과정에서 추가 단계가 필요할지도 모른다).
2. IVM에 802.1q IEEE VLAN을 인식하는 인터페이스를 생성해서 개별 인터페이스에서 활용하기를 원하는 VLAN을 지원하도록 만든다. 작업 전에 VLAN 설계가 아주 중요한 이유는 이후에 VLAN을 인식하는 인터페이스 변경이 불가능하기 때문이다. 삭제 후에 다시 추가하는 방법이 필요한데, 이렇게 하려면 시간이 많이 걸린다.
3. 가상 이더넷 어댑터를 IVM의 가상 이더넷 메뉴에 있는 물리 어댑터(LNAGG)에 할당한다.
4. LPAR 속성을 변경해 새로운 가상 어댑터를 LPAR 어댑터로 사상한다. 네트워크 디바이스 속성에 변경을 가하기 앞서 LPAR을 비활성으로 만들어야 한다.
5. LPAR을 부트하고 새로운 인터페이스를 설정한다.

이 기사에서 다루는 예는 블레이드를 처음 설치하는 상황을 가정한다.

위로

1단계: 시스코 스위치 환경 설정하기

VLAN을 사용하도록 이미 적당히 설정이 끝나있다면 이 단계를 건너뛰어도 좋다. 여기서 소개하는 예제는 필요할지도 모르는 트리 확장을 위한 우선 순위 변경이나 트리 확장 설정 방법을 설명하지 않는다. 계속해서 이 기사에 소개하는 예제를 따라서 작업하고 싶다면 스위치 설정을 다음과 같이 맞춰야 한다.

스위치에 로그인하기

다음 순서에 맞춰 명령을 입력해보자.

• enable
• config
• interface GigabitEthernet0/1
• description blade1
• switchport trunk native vlan 383
• switchport trunk allowed vlan 373,383
• switchport mode trunk

상기 명령은 중계를 위해 스위치에서 포트 1번을 설정한다. 트래픽이 블레이드에서 스위치로 들어오거나 블레이드의 외부 포트에서 스위치로 들어왔는데 VLAN으로 태깅되어 있지 않으면, 스위치가 VLAN 383으로 태그를 붙인다. switchport(외부 포트)는 이 경우 IVM의 VEA로 주고받도록 라우팅하기 위해 373과 383에서 들어오는 트래픽만 허용한다. IVM에서 열어 놓은 포트에 접근하는 VLAN을 변경하려면, 중계를 허용한 VLAN 번호만 바꾸면 된다.

트래픽 둘로 분리하기

트래픽을 중계해 스위치로 전송이 가능해지면, 스위치는 VLAN 트래픽을 라우트할 외부 포트를 결정한다. 이 기사에서 다루는 예에서는 포트 17번을 거처 외부 VLAN 373 트래픽을 전송하며, 포트 20번을 거쳐 VLAN 383 트래픽을 전송한다.

포트 17번으로 VLAN 373 트래픽을 설정하려면, 시스코 스위치에서 다음과 같은 명령을 내린다.

• interface GigabitEthernet0/17
• description extern1
• switchport access vlan 373
• switchport mode access

포트 20번으로 VLAN 383 트래픽을 설정하려면, 시스코 스위치에서 다음과 같은 명령을 내린다.

• interface GigabitEthernet0/20
• description extern4
• switchport access vlan 383
• switchport mode access

외부 포트 설정 작업을 마친 다음에 exit를 두 번 입력해 명령행에서 설정 모드를 벗어나자. 그러고 나서 show run 명령을 내려 환경 설정 상태를 살펴보자. show run 명령어는 활성 스위치 설정을 보여준다. 설정은 스위치 메모리에 기록되지 않았지만, 스위치에서 변경이 반영된 상태를 볼 수 있다. 환경 설정을 살펴보면 직전 단계에서 변경한 내용을 확인할 수 있다. 블레이드 1용 이더넷 포트를 살펴봐서 환경 설정 내역과 일치하는지 확인하자.

interface GigabitEthernet0/1
       description blade1
       switchport trunk native vlan 383
       switchport trunk allowed vlan 373,383
       switchport mode trunk

show config 명령을 내리면, 조금 전 설정한 값이 아니라 직전 인터페이스 설정 값이 출력된다. 스위치가 이 시점에서 재시동되면 현재 설정값이 날아간다. 메모리에 기록하려면 스위치 명령행에서 write라고 입력한다. show config 명령을 다시 내리면, 스위치에 저장된 인터페이스 값이 동작 중인 설정값과 일치할 것이다.

위로

추가 단계: 링크 통합 어댑터 생성

링크 통합 디바이스는 물리 어댑터 둘을 연결해 어댑터 하나처럼 보이도록 만들기 위해 쓰인다. 이는 대체 작동 과정을 위한 능동/수동 설정에 유용한 기능이다.

이 기사가 다루는 예제에서, 어댑터 ent0와 ent5를 연결해 블레이드 쪽에서 능동/수동 설정을 만들기를 원한다. 다음 명령을 사용해 IVM 명령행에서 ent5에 백업 어댑터를 설정하는 방법으로 링크 통합 디바이스(LNAGG)를 생성한다.

$ mkvdev -lnagg ent0 -attr backup_adapter=ent5

lsdev 명령어를 활용해 LNAGG 디바이스 생성 결과를 검증한다.

$lsdev |grep ^ent
ent0             Available   Logical Host Ethernet Port (lp-hea)
ent1             Available   Logical Host Ethernet Port (lp-hea)
ent2             Available   Gigabit Ethernet-SX Adapter (e414a816)
ent3             Available   Gigabit Ethernet-SX Adapter (e414a816)
ent4             Available   Gigabit Ethernet-SX PCI-X Adapter (14106703)
ent5             Available   Gigabit Ethernet-SX PCI-X Adapter (14106703)
ent6             Available   Virtual I/O Ethernet Adapter (l-lan)
ent7             Available   Virtual I/O Ethernet Adapter (l-lan)
ent8             Available   Virtual I/O Ethernet Adapter (l-lan)
ent9             Available   Virtual I/O Ethernet Adapter (l-lan)
ent10            Available   EtherChannel/IEEE 802.3ad Link Aggregation
ent11            Available   EtherChannel/IEEE 802.3ad Link Aggregation
ent12            Available   EtherChannel/IEEE 802.3ad Link Aggregation
ent13            Available   Virtual I/O Ethernet Adapter (l-lan)
ent14            Available   Virtual I/O Ethernet Adapter (l-lan)
ent15            Available   Virtual I/O Ethernet Adapter (l-lan)
ent16            Available   Shared Ethernet Adapter
ent17            Available   Shared Ethernet Adapter
ent18            Available   Shared Ethernet Adapter

lsdev 명령 결과에서 링크 통합 디바이스(ent10 - ent12)가 물리 어댑터처럼 보인다. 이런 식으로 공유 이더넷 어댑터(ent 16 - ent 18)을 경유해 링크 통합 디바이스를 가상 디바이스(ent13 - ent 15)에 사상한다. SEA는 링크 통합 디바이스(LNAGG)를 물리 어댑터처럼 취급한다. 가상 이더넷 어댑터(VEA) ent6 - ent9는 기본적으로 생성되며, VLAN을 인식하는 디바이스도 아니며 VLAN을 인식하도록 변경할 수도 없다. ent0에서 ent5는 블레이드 서버에 장착된 물리 어댑터다.

lsdev 명령어에서 attr 플래그를 활용해 LNAGG 디바이스가 물리 어댑터에 어떻게 사상되어 있는지를 확인한다. $lsdev -dev ent10 -attr 명령은 표 1에 나오는 사상 결과를 보여준다.

위로

2단계: IVM에 가상 어댑터 생성하기

이 기사가 다루는 예제에서, 네트워크 트래픽이 VLAN 373과 383용 가상 이더넷 어댑터로 흘러다니도록 설정할 계획이다. 이렇게 하기 위한 첫 번째 하위 단계로 IVM에서 가상 어댑터를 만들어 클라이언트 LPAR과 트래픽을 주고받도록 만들 필요가 있다. 주 포트 373과 부 포트 383으로 가상 어댑터를 생성해보자.

IVM에서 VLAN을 인식하는 인터페이스를 만들기 위해 다음 절차를 밟자.

1. 자주 사용하는 텔넷(telnet) 프로그램으로 IVM에 창을 열고 padmin으로 로그인하자(기본 암호는 "passw0rd"다. 여기서 대문자 O가 아니라 숫자 0임에 주의하자).
2. shwres -r virtualio --rsubtype eth --level lpar 명령을 내려 이더넷 자원 목록을 확인하자.
   
   Listing 3. 이더넷 자원 목록 확인하기
   

   $lshwres -r virtualio --rsubtype eth --level lpar lpar_name=IVM_01,lpar_id=1,slot_num=3,state=1,ieee_virtual_eth=0,port_vlan_id=1, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B503 lpar_name=IVM_01,lpar_id=1,slot_num=4,state=1,ieee_virtual_eth=0,port_vlan_id=2, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B504 lpar_name=IVM_01,lpar_id=1,slot_num=5,state=1,ieee_virtual_eth=0,port_vlan_id=3, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B505 lpar_name=IVM_01,lpar_id=1,slot_num=6,state=1,ieee_virtual_eth=0,port_vlan_id=4, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B506

   
   
3. chhwres 명령어를 사용해 IVM에 가상 어댑터를 만들어 IEEE VLAN을 인식하도록 만들며 이 인터페이스에 원하는 추가적인 VLAN을 생성한다. 이렇게 하려면 IVM 명령행에서 다음과 같은 명령을 내린다. $ chhwres -p IVM_01 -o a -r virtualio --rsubtype eth -s 15 -a\ '"ieee_virtual_eth=1","port_vlan_id=373","addl_vlan_ids=383","is_trunk=1","trunk_priority=1"'. chhwres 명령은 VLAN을 인식하는 새로운 가상 이더넷 어댑터를 만드는 방법을 IVM에 알려준다.
   
   chhwres 명령에는 IVM에서 다중 가상 어댑터를 만들기 위한 몇 가지 중요한 기능을 제공한다.
   • -p partition: chhwres 명령에서 -p 옵션을 붙이면 IVM 파티션을 변경하도록 지시한다.
   • -s nn: 이 옵션은 특정 슬롯 번호를 사용한다고 IVM에 알려준다. 이 매개변수를 지정하지 않으면, IVM은 다음번 유효 슬롯을 사용할 것이다. 슬롯 번호는 IVM에서 디바이스를 제거할 때 필요하다.
   • ieee_virtual_eth: 값 1은 이 어댑터가 IEEE 802.1Q를 지원한다고 IVM에 알려준다. 추가적인 VLAN이 필요할 경우 1로 설정해야 한다.
   • port_vlan_id: 이 속성은 가상 어댑터를 위한 주 VLAN이다.
   • add_vlan_ids: 중계 기능을 활성화했다면, 이 매개변수는 추가적인 VLAN을 받아들인다.
   • is_trunk: 이 속성은 다중 VLAN을 넘길 경우 반드시 1로 설정해야 한다.
   • trunk_priority: 중계 기능을 사용할 경우, 어댑터 우선 순위는 1에서 15 사이에서 설정해야 한다.
4. lshwres 명령을 내려 새로운 디바이스 생성이 완료되었는지 확인한다.
   
   Listing 4. 새로운 디바이스 출력하기
   

   $lshwres -r virtualio --rsubtype eth --level lpar lpar_name=IVM_01,lpar_id=1,slot_num=3,state=1,ieee_virtual_eth=0,port_vlan_id=1, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B503 lpar_name=IVM_01,lpar_id=1,slot_num=4,state=1,ieee_virtual_eth=0,port_vlan_id=2, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B504 lpar_name=IVM_01,lpar_id=1,slot_num=5,state=1,ieee_virtual_eth=0,port_vlan_id=3, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B505 lpar_name=IVM_01,lpar_id=1,slot_num=6,state=1,ieee_virtual_eth=0,port_vlan_id=4, addl_vlan_ids=none,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B506 lpar_name=IVM_01,lpar_id=1,slot_num=15,state=1,ieee_virtual_eth=1,port_vlan_id=383, addl_vlan_ids=378,is_trunk=1,trunk_priority=1,is_required=0,mac_addr=463337C4B50F lpar_name=IVM_01,lpar_id=1,slot_num=16,state=1,ieee_virtual_eth=1,port_vlan_id=6, "addl_vlan_ids=22,23",is_trunk=1,trunk_priority=1,is_required=0, mac_addr=463337C4B510 lpar_name=IVM_01,lpar_id=1,slot_num=17,state=1,ieee_virtual_eth=1,port_vlan_id=7, "addl_vlan_ids=565,566,567,568",is_trunk=1,trunk_priority=1,is_required=0, mac_addr=463337C4B511

   
   

위로

3단계: 물리 어댑터에 가상 이더넷 ID을 할당한다

일단 링크 통합 디바이스를 생성한 다음에, 이를 가상 어댑터에 사상할 필요가 있다. 이런 작업은 그림 3에서 나온 IVM GUI를 사용하면 쉽게 작업할 수 있다.

GUI로 로그인한 다음에, 왼쪽 탐색 영역에서 "View/Modify Virtual Ethernet"을 선택한 다음에 "Virtual Ethernet Bridge" 탭으로 넘어간다. 이 메뉴에서 직전에 383 주 VLAN과 373 부 VLAN으로 만든 가상 이더넷 어댑터를 확인한다. 드롭다운 박스에서 직전 단계에서 만든 링크 통합 디바이스를 선택한다. 새로운 디바이스를 선택하고 나면 Apply를 누르자. 이렇게 하면 IVM 내부에서 SEA를 만들 수 있다.

위로

4단계: LPAR 속성을 변경한다

물리 어댑터나 LNAGG 디바이스를 IVM에서 만든 가상 이더넷 ID에 사상했다면, 각 논리 파티션을 위해 가상 어댑터를 생성할 필요가 있다. 이렇게 하기 위한 첫 번째 하위 단계로 IVM에서 GUI로 로그인하자(그림 4 참조).

로그인하고 나서, 좌상단에 있는 "View/Modify Partition"을 선택한다. 페이지가 새로 고쳐진 다음에, 변경할 LPAR을 선택한다.

메뉴에서 클라이언트 LPAR을 선택한 다음에, 브라우저 팝업 메뉴 지원을 켜놓았는지 확인하자. 팝업 메뉴에서 ""Ethernet" 탭을 선택한다(그림 5 참조).

그림 5에서 가상 이더넷 풀 다운 메뉴가 비활성으로 되어 있음을 볼 수 있다. 이렇게 된 이유는 화면 스크린샷을 잡을 시점에 LPAR이 동작하고 있었기 때문이다. 속성 변경 전에 클라이언트 LPAR 전원을 내리거나 비활성으로 만들어야 한다.

풀다운 메뉴로 VLAN을 인식하는 VEA를 이 화면에 나타난 클라이언트 LPAR 어댑터로 사상하자. 가상 어댑터는 VLAN 하나와 연결되어 있다는 사실에 주목하자. 이렇게 하면 IVM이 VLAN 태그를 운영체제로부터 들어오는 트래픽에 붙여 적절한 LNAGG 디바이스로 보내도록 만든다. 더 많은 어댑터가 필요하면 필요한 만큼 "Create Adapter"를 클릭한다.

위로

5단계: VLAN을 인식하는 인터페이스를 활용하도록 리눅스를 설정한다

IVM과 시스코 스위치를 설정했다면, 리눅스 파티션을 위한 정적 IP 주소 할당이라는 추가 단계가 필요할지도 모르겠다. IVM GUI에서 LPAR을 활성화한다.

1. 로그인한 다음에 루트로 권한을 변경한다.
2. 다음 명령을 내리자. cd /etc/sysconfig/network-scripts.

ifconfig 명령을 수행했다면, 가상 어댑터 개별 VLAN이 LPAR로 사상된 모습을 볼 것이다. 자주 사용하는 편집기로 인터페이스 매개변수를 변경해 환경 설정 요구 사항에 맞추자. 다음은 ifcfg-eth0 인터페이스에 정적 IP를 할당하는 예를 보여준다.

DEVICE=eth0
BOOTPROTO=static
BROADCAST=192.168.1.31
HWADDR=00:1A:64:8C:B2:32
IPADDR=192.168.1.44
NETMASK=255.255.255.0
ONBOOT=yes
TYPE=Ethernet
GATEWAY=192.168.1.1

/etc/init.d/network restart로 인터페이스를 다시 시작하자.

위로

결론

배포 과정에서 계획은 성공의 어머니다. 값비싼 재작업을 피하려면, 블레이드 본체 내부에서 복잡한 네트워크를 구현하기 앞서, 네트워크 디자인을 꾸며보는 작업이 중요하다. 경험에 따르면 복잡한 IVM 지원 네트워크 재설정에는 상당한 노력이 들어간다. 실제로 관리자 입장에서 일반적으로 재설정 전에 직전 환경 설정을 반드시 제거해야 한다.

계획이 중요한 또 다른 이유는 IVM 동작 중에 새로운 VLAN을 가상 어댑터에 추가하지 못하기 때문이다. JS22에 IVM 하나만 있기 때문에, 전통적인 VIOS 설치에서 가능한 SEA 대체 작동 기능을 사용할 수 없다. 링크 통합 디바이스는 스위치에서 네트워크 장애가 일어난 경우에 여러 스위치를 가로질러 트래픽을 라우팅하는 메커니즘을 제공한다. 블레이드에서 중복 솔루션을 고려할 때, 블레이드 상단과 하단을 각각 다른 PDU가 전원을 공급하도록 만들어야 한다는 사실을 기억하자.

이 모든 고려 사항은 상대적으로 복잡한 네트워크 구현을 만들어내므로, 행동에 앞서 계획이 필요하다는 진심 어린 조언으로 이 기사를 마무리한다.

참고자료

• IBM Installation Toolkit은 POWER 시스템에서 리눅스 설치를 단순하게 만들어준다.
  
  
• PowerVM Lx86 for x86 Linux applications는 x86 응용 수행을 위한 가상 환경을 생성하는 방법으로 J22 BladeCenter에서 x86 응용을 돌리기 위한 초석을 놓는다.
  
  
• developerWorks 리눅스 영역에서, 리눅스 개발자를 위한 자료를 찾아보고 가장 인기 있는 기사와 튜토리얼을 검색하자.
  
  
• 리눅스 팁과 리눅스 튜토리얼을 developerWorks에서 읽어보자.
  
  
• developerWorks 기술 행사와 웹 캐스트를 놓치지 말자.
  
  

• IBM BladeCenter JS22 Express가 제공하는 내용을 살펴보자.
  
  
• SEK for Linux 주문: 최신 IBM 평가판 소프트웨어가 포함된 두 장짜리 DVD 세트를 주문하자. DB2®, Lotus®, Rational®, Tivoli®, WebSphere® 등을 포함한다.
  
  
• IBM 평가판 소프트웨어: developerWorks에서 직접 내려받아 다음번 리눅스 프로젝트에 활용해보자.
  
  

• 포럼에 참여하기.
  
  
• 블로그, 포럼, 포드캐스트를 활용해 developerWorks 공동체에 참여하자.

필자소개

		Matthew Trevathan은 통신 회사를 위한 복잡한 시스템 아키텍처에 초점을 맞춘 선임 솔루션 아키텍트이다. Trevathan은 지난 2년 동안 통신 회사에 협력사와 함께 하는 매시업과 사용자 정의 서비스를 체험하도록 도와주는 파트너 프레임워크 수립 작업을 진행해왔다. Trevathan은 암호화, 그리드 컴퓨팅, 무선, 웹 2.0, 통신과 관련한 여러 가지 기술 사항을 창안하는 GLobal Services Master Inventor로 활동한다.

		Brett Kerns는 컴퓨터 업계에서 20년 동안 경력을 쌓았으며 관심 분야는 AIX, 스토리지, SAN 기반 구조, HACMP, 재난 복구 계획 수립이다. 지난 2년 동안 Kerns는 JS Blade와 BladeCenter 기반 구조에 특화된 BladeCenter 전문가로 활약해왔다.

		Sri Ramanathan은 북미 Global Business Services Telecommunications 팀에서 선임 아키텍트로 활약한다. Ramanathan이 맡은 주요 역할은 개념화, 아키텍처, 고객 배포, 매출 증대, 전송망 서비스에 초점을 맞춰 서비스 관점에서 범세계적인 IBM 통신 솔루션을 정의하고 제공하는 데 있다. Sri는 IBM이 만든 SOA 기반 통신 서비스 배포 플랙폼 전략에 기여했고 무선, 웹 2.0, 통신 부문에서 여러 가지 특허를 신청했다. Sri는 Birla Institute of Technology and Science in Pilani, India에서 학사 학위를, 그리고 University of South Florida에서 산업 시스템 공학 석사 학위를 취득했다.

기사에 대한 평가

보다 나은 서비스를 제공하기 위함이오니 잠시 짬을 내어 이 양식을 제출하여 주십시오. 귀하께서 원하시는 정보를 얻었습니까? 예 아니오 잘 모르겠음   이 페이지 개선을 위한 의견을 주십시오:   이 정보가 얼마나 유용했습니까? (1 = 전혀 도움이 되지 않음, 5 = 매우 유용함) 1 2 3 4 5

이 문서 북마킹 하기 mar.gar.in naver eolin del.icio.us

위로