IIC MAGAZINE Nr 1  2010

IBM ­BladeCenter
Open Fabric
Nowoczesne i zintegrowane
rozwiązania sieciowe

Uniwersalne narzędzia
do migracji i replikacji danych
w oparciu o produkty
z rodziny Softek

IBM Business Process

Management v7
Oprogramowanie middleware
dla integracji aplikacji oraz
automatyzacji i optymalizacji procesów

Oszczędna
kopia zapasowa
Deduplikacja danych
ProtecTIER TS7650G

NOWINKI
TECHNOLOGICZNE
Drodzy Deweloperzy, SPIS TREŚCI
w aktualnym numerze poruszamy zagadnienia
związane z projektowaniem aplikacji, jak również
z infrastrukturą. l IBM ­BladeCenter Open Fabric 3

W  pierwszym artykule Michał Stryga opi- Nowoczesne i zintegrowane rozwiązania sieciowe

suje architekturę sprzętową rozwiązania
IBM ­BladeCenter oraz prezentuje możliwości
implementacji wirtualnych technologii I/O. W mate- l Uniwersalne narzędzia 13
riale znajdziecie również sposoby integracji IBM
BladeCenter z istniejącym środowiskiem IT.
do migracji i replikacji danych
w oparciu o produkty z rodziny Softek
Następnie Artur Borowicz przedstawia narzę-
dzia do migracji i replikacji danych. Z artykułu
dowiecie się, jak oprogramowanie SOFTEK l IBM Business Process   19
rozwiązuje problem przenoszenia dużych ilości
danych w trybie rzeczywistym. Management v7
Oprogramowanie middleware dla integracji aplikacji
Z kolei Andrzej Pasławski i Marcin Kalas prezen- oraz automatyzacji i optymalizacji procesów
tują zestaw narzędzi dla deweloperów, analityków
i architektów, umożliwiających zautomatyzowanie
procesów biznesowych w przedsiębiorstwach. l Oszczędna kopia zapasowa 24

Na zakończenie Mirosław Pura opisuje urzą- Deduplikacja danych ProtecTIER TS7650G

dzenie IBM System Storage ProtecTIER TS7650G
stosowane m.in. do deduplikacji danych.
l Nowinki technologiczne 26
Zachęcam również do odwiedzenia sekcji
poświęconej nowinkom technologicznym oraz
odpowiedzi na pytanie konkursowe.

Życzę przyjemnej lektury!

Monika Kamińska
Redaktor prowadząca

IBM Innovation Center

Centrum zapewniające bezpłatne wsparcie kompetencyjne oraz sprzętowe Partnerom Handlowym oraz klientom
IBM, ułatwiające procesy związane z portowaniem, testowaniem oraz integracją aplikacji tworzonych w odpowiedzi
na potrzeby rynku. Centrum IIC gwarantuje fachową pomoc na każdym etapie rozwoju i życia aplikacji. Umożliwia
dostęp do najnowszych technologii, narzędzi programistycznych oraz laboratoriów informatycznych. W Polsce
funkcjonują dwa ośrodki IIC – w Warszawie oraz Krakowie.
Więcej na stronie: ibm.com/pl/iic

My developerWorks
Szukasz najlepszego źródła informacji dla deweloperów? Już dziś dołącz do grona specjalistów zarejestrowanych
na My developerWorks, który jest częścią portalu developerWorks, na którym znajdziesz m.in. bezpłatne wersje
oprogramowania IBM, artykuły techniczne, tutoriale, fora dyskusyjne, blogi i wiele innych zasobów.
Więcej na stronie: ibm.com/developerworks/mydeveloperworks

2 IBM INNOVATION CENTER FOR BUSINESS PARTNERS

 IBM ­BladeCenter Open Fabric
Nowoczesne i zintegrowane rozwiązania sieciowe
IBM ­BladeCenter to kompletna infrastruktura ser‑
werowa zamknięta w spójnym, centralnie zarządza‑
nym rozwiązaniu. Integrując serwery, urządzenia sie‑
ciowe i pamięć masową, zapewniając im wspólne
zasilanie, chłodzenie oraz zunifikowane zarządza‑
nie, w znaczny sposób upraszcza infrastrukturę
informatyczną. Modularna architektura pozwala na
łatwą rozbudowę, a centralne zarządzanie, oferuje
unikalne możliwości tworzenia dynamicznej infra‑
struktury serwerowej, w której wszystkie elementy
stanowią jeden system. Współdzielone i wysoko‑
efektywne zasilanie oraz chłodzenie sprawiają, że
IBM ­BladeCenter pozwala uzyskać bardzo wysoką
gęstość mocy obliczeniowej, redukując koszty zwią‑
zane z utrzymaniem infrastruktury serwerowej.

Wprowadzenie
Otwarta architektura i elastyczność konfiguracji
pozwala IBM ­BladeCenter sprostać praktycznie
wszystkim wymaganiom współczesnego przed-
siębiorstwa. Wśród produktów należących do
infrastruktury blade IBM dostępne są moduły
serwerowe wyposażone w procesory IBM Power,
Intel Xeon, AMD Opteron, IBM PowerXCell czy
nawet SUN Sparc, pamięć masowa oparta o dyski
SAS/SATA, SSD czy Fibre Channel, a także sze-
roki wachlarz technologii sieciowych.
Technologie sieciowe to ważny aspekt infrastruk-
tury blade. Właściwy wybór architektury i rozwiązań
pozwoli w pełni wykorzystać zalety platformy. Doku-
ment ten opisuje najnowsze technologie sieciowe
dostępne w IBM ­BladeCenter wraz z przykładową
konfiguracją modułów i interfejsów sieciowych.
IBM ­BladeCenter stale ewoluuje. Gdy 8 lat temu
IBM wprowadzał pierwszą obudowę BladeCenter,
była to platforma, która najczęściej znajdowała
zastosowanie w rozwiązaniach skalowanych hory-
zontalnie: serwery Web i terminale czy klastry
obliczeniowe. Obecnie stała się także platformą
integracyjną dla dużych systemów lub całej infra-
struktury przedsiębiorstwa. Moc współczesnych
serwerów blade, takich jak HS22 z procesorami
Intel Xeon 5500 czy LS22 i LS42 z sześciordze-
niowymi AMD Opteron, sprawia, że są one często
stosowane w połączeniu z wirtualizacją opartą na
VMware, Xen, Hyper-V czy KVM.
Wirtualizacja wymaga nie tylko odpowiedniej
wydajności procesorów czy pojemności pamięci
RAM, ale także wydajnych połączeń sieciowych,
o które rywalizować może kilkanaście lub kilka-
dziesiąt systemów znajdujących się na jednym
serwerze, do nawet kilkuset w jednej obudowie.
Często konsolidację ogranicza zbyt mała prze-
pustowość lub liczba połączeń sieciowych nie-
zbędnych do separacji systemów należących do
różnych stref bezpieczeństwa czy rozdzielenia
ruchu zarządzającego i sieci Vmotion/Live Migra-
tion od sieci produkcyjnej.
Nowoczesne technologie, takie jak Virtual
Fabric czy FCoE, którym poświęcony jest ten
dokument, otwierają przed nami nowe możliwo-
ści jeszcze większego uproszczenia i redukcji
infrastruktury centrum przetwarzania danych, ale
także zwiększenia przepustowości przy jedno-
czesnym utrzymaniu wysokiej dostępności.

www.ibm.com/pl/iic 3
 Co to jest IBM ­BladeCenter Open Fabric?
IBM ­BladeCenter Open Fabric to zintegro-
wane z serwerami technologie sieciowe, oferu-
jące wysoką przepustowość, a także inteligentne
narzędzia zarządzające infrastrukturą komuni-
kacyjną. Open Fabric składa się z  urządzeń
sieciowych, oprogramowania IBM ­BladeCenter
Najnowsze technologie w BladeCenter Open Fabric
IBM ­BladeCenter bardzo szybko adaptuje
wszystkie nowe technologie. Do 10 Gigabit Ether-
net czy Infiniband QDR dołączyły niedawno: Vir-
tual Fabric (vNIC) i FCoE (Fibre Channel over
Ethernet), a właściwie FCoCEE (Fibre Channel
over Convergence Enhanced Ethernet).
IBM ­BladeCenter Virtual Fabric
Virtual Fabric to innowacyjna i  bardzo ela-
styczna technologia wirtualizacji połączeń siecio-
wych. Dwuportowy interfejs połączony z dwoma
modułami Virtual Fabric może pracować w try-
bie wirtualnych portów „vNIC”. Na każdym porcie
fizycznym można utworzyć do 4 vNIC i przydzielić
im pasmo od 100 Mb/s do sumarycznej przepu-
stowości 10 Gb. Obecnie wirtualne porty pracują
w technologii Ethernet, lecz niebawem po jednym
vNIC na każdym porcie fizycznym będzie można
skonfigurować jako FCoE lub iSCSI.
Rysunek 1: Dwuportowa Technologia Virtual Fabric obecna jest w trzech
karta CFFh Virtual Fabric elementach portfolio IBM ­BladeCenter Open Fabric:
z ośmioma vNIC
• karcie Emulex Virtual Fabric Adapter (CFFh)
for IBM ­BladeCenter,
• module sieciowym BNT Virtual Fabric 10Gb
Switch Module for IBM ­BladeCenter,
• w module typu bridge QLogic Virtual Fabric
Extension Module for IBM ­BladeCenter.
4 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
Open Fabric Manager i technologii wirtualizacji.
Dzięki otwartej architekturze dla IBM ­BladeCenter
dostępny jest bardzo szeroki wachlarz technologii
sieciowych pochodzących od czołowych produ-
centów, takich jak: BNT/Nortel, Brocade, Cisco,
Qlogic czy Voltaire.
Fibre Channel over Ethernet
FCoE to enkapsulacja protokołu Fibre
­Channel w sieci Ethernet (IEEE 802.3). Aby
jednak ­Ethernet spełniał wymagania sieci FC
musi zostać zmodyfikowany, między innymi
nie może tracić ramek w skutek np. zatorów.
W tym celu powstały rozszerzenia dla Ether-
net i Convergence Enhanced Ethernet zawiera-
jące: Priority‑Based Flow Control (P802.1Qbb),
Enhanced Transmission Selection (P802.1Qaz),
Congestion Notification (P802.1Qau), Data
Center Bridging Exchange Protocol bazuje na
802.1AB (LLDP).
Komputer podłączony do sieci FCoE wypo-
sażony jest w kartę Converged Network ­Adapter
(CNA), która realizuje jednocześnie funkcje Fibre
Channel Host Bus Adapter (HBA) i  Ethernet
Network Interface Card (NIC). Kartę łączy się
z przełącznikiem obsługującym FCoE i CEE.
Najważniejsze zalety stosowania FCoE to
redukcja infrastruktury, jej uproszczenie i ener-
gooszczędność, wynikająca z mniejszej liczby
komponentów. Zamiast dwóch interfejsów
i dwóch przełączników, wymagających osobnego
okablowania, konfiguracji i zarządzania, mamy
jedną sieć zarówno dla komunikacji IP, jak i dla
blokowego dostępu do systemów dyskowych.
Obecnie niewiele macierzy posiada interfejsy
FCoE, dlatego przełączniki przeznaczone dla
tej technologii, jak na przykład IBM Converged
Switch B32, posiadają zarówno porty 10GE,
jak i FC 2/4/8Gb.
FCoE dostępny jest w następujących elemen-
tach oferty IBM ­BladeCenter Open Fabric:
• karcie QLogic 2‑port 10Gb Converged ­Network
Adapter (CFFh),
• module sieciowym BNT Virtual Fabric 10Gb
Switch Module for IBM ­BladeCenter,
• module typu bridge QLogic Virtual Fabric
­Extension Module for IBM ­BladeCenter,
• w module Cisco Nexus 4001I Switch Module.
Architektura obudowy IBM ­BladeCenter H
IBM w  ramach rodziny IBM ­BladeCenter
oferuje wiele specjalizowanych obudów dla
serwerów blade. Większość komponentów jest
wspólna dla całej rodziny: serwery, moduły
zarządzania i większa część modułów We/Wy.
Wyjątek stanowią moduły o wysokiej przepu-
stowości, które przeznaczone są dla obudowy
IBM ­BladeCenter H i telekomunikacyjnej obu-
dowy IBM ­BladeCenter HT.
Aby móc we właściwy sposób zaprojektować
sieć w rozwiązaniu typu blade, należy rozpocząć
od zapoznania się z wewnętrzną architekturą obu-
dowy. Skoncentrujemy się wyłącznie na obudowie
IBM ­BladeCenter H, gdyż obudowa HT przezna-
czona jest przede wszystkim na rynek telekomu-
nikacyjny i zbrojeniowy i nie cieszy się tak dużą
popularnością jak wersja „cywilna”.
IBM ­BladeCenter H to wysokowydajne środo-
wisko pracy dla czternastu modułów serwero-
wych, zapewniające im: centralne zarządzanie,
zasilanie i chłodzenie oraz połączenia z  sie-
ciami zewnętrznymi dzięki dziesięciu modułom
We/ Wy. Wszystkie komponenty są nadmiarowe
i wy­mienne podczas pracy. Wysoka niezawod-
ność uzyskana jest nie tylko poprzez redundan-
tne dostarczanie połączeń sieciowych czy zasi-
lania do obudowy blade, ale również wynika z jej
wewnętrznej architektury. IBM ­BladeCenter H
zaprojektowana została tak, by nie posiadała
pojedynczego punktu awarii. Wewnątrz znajdują
się dwa niezależne „midplane”. Każdy serwer
blade łączy się z „midplane” dwoma niezależnymi
konektorami, otrzymując zdublowane zasilanie
i połączenia sieciowe. Jest to unikalna cecha roz-
wiązania blade IBM, niezmiernie ważna przy wir-
tualizacji. Od kondycji serwera zależy los wielu
systemów, a od poprawnej pracy obudowy czę-
sto los wszystkich systemów przedsiębiorstwa.
Architektura obudowy jest także istotna
z punktu widzenia projektowania sieci. Każdy
serwer posiada dwa połączenia do pary modu-
łów We/Wy. Moduły najczęściej obsadzane są
podwójnie, a ze względów bezpieczeństwa nie
są połączone wewnątrz obudowy. W ten sposób
unikamy wspólnych komponentów, będących
pojedynczym punktem awarii.
IBM ­BladeCenter H posiada 10 wnęk (bays)
dla modułów We/Wy. Wnęki 1 i 2 przeznaczone
są dla przełączników Gigabit Ethernet, połączo-
nych z kartami sieciowymi zintegrowanymi z płytą
główną serwera blade.
Wnęki 3 i 4 połączone są z pierwszą kartą roz-
szerzeń serwera blade (pierwotnie były to karty
StFF, następnie SFF, a obecnie CFFv i CIOv – „v”
od „vertical”). We wnękach 3 i 4 instalowane są
Rysunek 2:
Dwa „midplane”
IBM ­BladeCenter H
przełączniki GE, SAS, Fibre Channel 2/4/8Gb lub
moduły typu bridge.
Wnęki 5 i 6 są dedykowane dla modułów
bridge, a 7, 8 i 9, 10 przeznaczone są dla modu-
łów o wysokiej przepustowości (high-speed).
Wnęki od 7 do 10 są połączone z drugą kartą,
instalowaną w serwerze blade i oznaczoną
CFFh („h” od „horizontal”). W  nich instalu-
jemy moduły 10GE, FCoE lub Infiniband.
Za pośrednictwem Multiswitch Interconnect
Module we wnękach high-speed można zain-
stalować także zwykłe moduły pasujące do
wnęk 1, 2 i 3, 4.
Pojedynczy serwer blade zainstalowany
w obudowie IBM ­BladeCenter H może posiadać
do 8 fizycznych portów w różnych technologiach:
GE, FC, SAS, iSCSI, Infiniband, Myrinet, 10GE czy
FCoE (karta CFFv/CIOv + CFF­h).
Moduły dla IBM ­BladeCenter dostępne są
w formie przełącznika sieciowego, urządzenia
load-balancer, pass-thru (sygnały z serwerów
www.ibm.com/pl/iic 5
 blade wyprowadzane są do zewnętrznych prze-
łączników) lub modułu typu bridge (na przy-
kład z sieci Infiniband do GE czy z FCoE do
FC). Moduły bridge połączone są wewnętrznie
z modułami high-speed, gdyż konwertują sygnał
z sieci o wysokiej przepustowości (Infiniband czy
FCoE) do „klasycznych” protokołów (Fibre Chan-
nel lub Gigabit Ethernet). Moduły we wnękach
Rysunek 3: Obudowa
IBM BladeCenter H
Klasyczna konfiguracja sieci z wykorzystaniem Virtual Blade Switch
Przykłady projektów sieci dla IBM ­BladeCenter
zaczynamy od klasycznego przypadku, w którym
stosujemy przełączniki Gigabit Ethernet i Fibre
Channel, dodatkowo wykorzystując technologię
łączenia modułów w stos (stack).
Przełączniki Gigabit Ethernet dla IBM ­BladeCenter
dostarczają dwie firmy: BNT (dawniej Nortel) oraz
Cisco. Obaj dostawcy wyposażyli swoje moduły
w funkcję łączenia w stos. Połączone przełączniki
działają jak jeden, wirtualny moduł. Zarządzane są
z jednego adresu IP, a interfejsy sieciowe serwerów
blade podłączone do stosu mogą pracować nie
tylko w trybie active‑standby, ale także active‑active
(NIC teaming/bonding).
W urządzeniach BNT funkcja łączenia prze-
łączników nazywa się SmartConnect i dostępna
jest w  BNT 1/10Gb Uplink Ethernet Switch
Module (przełącznik posiada wewnętrzne porty
GE, 6 zewnętrznych portów GE i 3 zewnętrzne
porty 10GE). Wkrótce trafi także do BNT Virtual
Fabric Switch Module. SmartConnect bazuje
na połączeniach 10GE i oferuje między innymi:
­Virtual Aggregation (łączenie do 8 przełączników
w  stos stanowiący jeden „superprzełącznik”),
Virtual segmentation (wydzielenie do 32 Virtual
6 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
7 i 9 ­połączone są z modułami we wnękach 3 i 5,
a moduły 8 i 10 z modułami 4 i 6.
Pełna lista zarówno modułów oraz wnęk,
w których mogą być instalowane, jak i kart,
z którymi współpracują, znajdziecie w „Intero-
perability Guide”, dostępnym na stronie inter-
netowej IBM: ibm.com/systems /x/hardware /
configtools.html.
Switch Groups), VMready (przełącznik rozpoznaje
i śledzi wirtualne maszyny w sieci, migrując wraz
z migracją maszyn konfiguracje VLAN‑ów czy list
kontroli dostępu).
My skoncentrujemy się na technologii łączenia
w stos dostępnej w przełącznikach Cisco Cata-
lyst 3110G i 3110X. Technologia wykorzystywana
w przełącznikach serii Catalyst 3100 to StackWise
Plus znana z Catalyst 3750, lecz z dodatkowym
rozszerzeniem – Virtual Blade Switch. Uwaga:
w przełącznikach 3110 stosowany jest inny kabel
łączący moduły niż w 3750.
W jednym stosie mogą pracować zarówno
­Catalyst 3110G z czterema zewnętrznymi por-
tami GE, jak i 3110X z portem 10GE. Stos może
być zbudowany w  ramach jednej obudowy
­BladeCenter, jak i łączyć wiele obudów. Przepu-
stowość połączenia StackWise Plus to 16 Gb/s
(32 Gb/s dla każdego urządzenia w  stosie),
a maksymalnie w jednym stosie może pracować
do 9 modułów. Ze względu na stosowanie prze-
łączników w parach maksymalne konfiguracje
zawierają najczęściej do 8 modułów. Rysunek 4
przedstawia cztery różne konfiguracje stosów
w ramach szafy rack:

Przyjrzyjmy się bliżej klasycznej konfiguracji
sieci dla wirtualizacji, na przykład dla VMware
vSphere. Projektując sieć dla VMware, często
potrzebujemy wydzielić połączenia dla ruchu
produkcyjnego, sieci VMotion i  zarządzania
(­Service Console), a także zapewnić połączenie do
współdzielonego systemu dyskowego najczęściej
w technologii Fibre Channel. W tym celu serwer
blade wyposażamy w dodatkowe porty Gigabit
Ethernet i porty Fibre Channel, dodając kartę
typu „combo” ­QLogic Ethernet and 8Gb Fibre
­Channel Expansion Card. W sumie serwer posiada
4 porty Ethernet i dwa porty FC. Do obudowy
IBM ­BladeCenter H dodajemy dwa moduły Multi
Switch Interconnect Module, cztery przełączniki
Cisco Catalyst 3310 (X lub G) oraz dwa moduły
SAN. Moduły SAN mogą być przełącznikami od
Brocade, Cisco lub Qlogic. Gdy IBM ­BladeCenter
chcemy zintegrować z zewnętrzną siecią SAN,
warto skorzystać z protokółu NPIV, przełączając
moduł Brocade w tryb Access Gateway lub wybie-
rając Qlogic Intellignet Pass-thru Module. Konfi-
gurację możemy rozbudować o kartę CFFv/CIOv
i dwa dodatkowe moduły I/O we wnękach 3 i 4.
Przełączniki Cisco Catalyst 3110 łączymy
w jeden lub dwa stosy. Kabel o długości jednego
metra dostarczony jest wraz z każdym modułem.
W celu uzyskania redundantnego i wysokowydaj-
nego podłączenia stosu do rdzenia sieci możemy
skorzystać ze Stanning-Tree Protocol lub techno-
logii FlexLink. FlexLink umożliwia wskazanie połą-
czeń podstawowych i zapasowych na poziomie
połączenia, grupy EtherChannel lub VLAN‑ów.
Gdy awarii ulegnie połączenie podstawowe,
to aktywowane jest zapasowe w czasie krótszym
niż 50 ms. Dzięki FlexLink topologia jest wolna
od pętli, co eliminuje konieczność stosowania
kłopotliwego w utrzymywaniu STP.
Połączenia typu uplink mogą być agregowane
przy użyciu LACP (Link Aggregation Control
Protocol) lub EtherChannel. Zagregowane połą-
czenia mogą pochodzić z jednego lub z wielu
Rysunek 4: Stos
IBM ­BladeCenter z Cisco
Virtual Blade Switch
­ rzełączników w tym samym stosie. Karty sieciowe
p
IBM ­BladeCenter mogą zostać zagregowane przy
użyciu LACP (802.3ad lub Smart Load-Balancing
and Failover).
Nasza przykładowa konfiguracja składa się z:
IBM ­BladeCenter H z modułami MSIM, czterech
przełączników Cisco Catalyst 3110G (porty Giga-
bit Ethernet), dwóch przełączników SAN Brocade
20‑port 8Gb, redundantnego modułu zarządza-
nia i dwóch kabli zasilających (każdy zakończony
3x  C20). Moduły Cisco zainstalowane są we
wnękach 1, 2 oraz 7 i 9, a przełączniki Brocade
w 8 i 10. Konfigurację uzupełnia dwuprocesorowy
serwer blade HS22 z 24 GB RAM, czterema por-
tami GE (dwa na pokładzie i dwa na karcie CFFh)
oraz dwoma portami FC 8Gb (na karcie CFFh).
Przełączniki Cisco Catalyst 3110G połączone
są w jeden stos. Łącza typu uplink skonfiguro-
wane w EtherChannel. Redundancje możemy
zapewnić, korzystając ze Spinning Tree Proto-
col lub FlexLink. W obu technologiach możemy
równoważyć obciążenie na obu łączach uplink,
korzystając z VLAN’ów (PVSTP+ i FlexLink na
poziomie VLAN). Wybrane przełączniki Catalyst
3110G mogą zostać zastąpione 3110X z portami
10GE (SFP+ do 3110X są dostępne od Cisco:
X2-10GB-CX4= dla 10GBASE-CX4 i X2-10GB
-SR= dla 10GBASE-SR).
Jeżeli IBM ­BladeCenter będzie podłączony do
zewnętrznej sieci SAN, to moduły Brocade można
przełączyć w tryb Brocade Access Gateway lub
zastąpić Qlogic Inteligent Pass-thru. Nie jest wtedy
wymagana licencja na E_port (ISL) w przełączni-
kach rdzeniowych, a dodatkowo możemy wyko-
rzystać przepustowość wszystkich zewnętrznych
portów modułu bez stosowania ISL Trunking.
Wszystkie serwery z obudowy podłączone są
wtedy poprzez N_port z protokołem NPIV. Konfi-
gurację można rozszerzyć o dwa dodatkowe porty
na karcie CIOv i dwa moduły We/Wy we wnękach
3 i 4. Karty i moduły mogą być w technologii Giga-
bit Ethernet, SAS lub FC.
www.ibm.com/pl/iic 7

Rysunek 5: Stos w ramach IBM ­BladeCenter H z Cisco Virtual Blade Switch
Zestawienie komponentów użytych do konfiguracji:
Virtual Fabric i technologia vNIC
Pierwszy przykład topologii sieciowej z VBS
w BladeCenter zademonstrował, że jeśli potrze-
bujemy więcej niż dwóch portów Gigabit Ethernet
w serwerze blade, musimy zainstalować dodat-
kowe moduły We/Wy oraz kartę odpowiadającą
technologii modułów. Wprawdzie takie rozwiąza-
nia, jak Virtual Blade Switch czy ­SmartConnect,
upraszczają zarządzanie i  konfigurację, lecz
w skrajnym przypadku, gdy chcemy zapewnić
8 portów GE w serwerze, musimy zainstalować
i skonfigurować aż 8 modułów, a także umieś-
cić dwie karty w każdym blade. W ten sposób
wykorzystamy wszystkie wnęki dla przełączni-
ków w IBM ­BladeCenter H i nie będzie miejsca
na przykład dla Fibre Channel lub SAS.
Tu z pomocą przychodzi nowa technologia:
Virtual Fabric i funkcja vNIC. Instalując w obu-
dowie dwa BNT Virtual Fabric 10Gb Switch
­Module, a w każdym serwerze blade jedną kartę
8 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
Rysunek 5 obrazuje topologię sieci i konfigura-
cję IBM ­BladeCenter ze stosami ­StackWise Plus
i Virtual Blade Switch.
Konf igurac ja nie zawiera okabl owa-
nia niezbędnego do połączenia modułów
IBM ­BladeCenter z  zewnętrznymi urządze-
niami sieciowymi. Liczba wymaganych modu-
łów SFP+ zależy od sposobu konfiguracji
zewnętrznych połączeń przełączników. Jeden
kabel StackWise Plus dostarczany jest wraz
z przełącznikiem Cisco Catalyst 3110.
Dodatkowe informacje:
Cisco Catalyst Switch Modules 3110G and 3110X
for IBM ­BladeCenter
www.redbooks.ibm.com
BNT 1/10Gb Uplink Ethernet Switch Module for
IBM ­BladeCenter
www.redbooks.ibm.com
QLogic Ethernet and 8Gb Fibre Channel Expan-
sion Card (CFFh) for IBM ­BladeCenter
www.redbooks.ibm.com
Multi-Switch Interconnect Module for IBM ­BladeCenter
www.redbooks.ibm.com
Integrating the Cisco Catalyst Ethernet Switch ­Module
3110 (CBS3110) Family for the IBM ­BladeCenter into
the Cisco Data Center Network Architecture
ftp.software.ibm.com
Emulex Virtual Fabric CFFh, możemy stworzyć
do 8  wirtualnych interfejsów sieciowych, po
cztery na każdym porcie 10Gb. Każdy z vNIC
jest rozpoznawany przez system operacyjny
lub hypervisor jako typowy, niezależny inter-
fejs Ethernet. Przepustowość wirtualnej karty
sieciowej może być konfigurowana w zakresie
od 100 Mb/s do 10 Gb/s. Suma przepustowo-
ści poszczególnych vNIC nie może przekroczyć
całkowitej przepustowości portu. Wirtualne karty
mogą zostać zgrupowane z zewnętrznymi por-
tami przełącznika. Przełącznik sygnalizuje utratę
połączenia z zewnętrzną siecią tylko dla vNIC,
którego problem dotyczy, podczas gdy inne wir-
tualne interfejsy na tym samym porcie fizycznym
nadal pracują. Konfigurację vNIC wykonujemy po
stronie przełącznika. Wymagane jest by Virtual
Fabric Adapter po stronie serwera przełączyć
w tryb wirtualizacji.
 BNT Virtual Fabric 10Gb Switch Module
wyposażony jest dodatkowo w funkcje VMready,
a także HotLinks, odpowiednik FlexLink w prze-
łącznikach Cisco. Dzięki VMready przełącznik
rozpoznaje i śledzi maszyny wirtualne, pracujące
na serwerach blade. Maszyny możemy grupować
w VLAN’ach, konfigurować dla nich listy kontroli
dostępu (ACL) czy QoS. VMready współpracuje
z VMware vCenter w celu synchronizacji profili
przełącznika ze środowiskiem wirtualnym.
BNT Virtual Fabric 10Gb Switch Module posiada
10 portów zewnętrznych, które mogą być obsa-
dzone modułami SFP+ 10Gb lub 1Gb. W konfigu-
racji przykładowej 4 światłowodowe moduły SFP+
10Gb (po dwa na moduł Virtual Fabric Switch).
Rysunek 6: IBM ­BladeCenter H z Virtual Fabric i vNIC
Inne moduły SFP+, jak i kable typu SFP+ direct-
‑attached (DAC), dostępne są w ofercie BNT. Zestawienie komponentów użytych do konfiguracji:
Wykorzystując technologię vNIC, wyposażyli-
śmy serwer blade w 8 interfejsów Ethernet i uży-
liśmy jednej karty (CFFh) zamiast dwóch, (CIOv
i CFFh), liczbę modułów Ethernet zmniejszyliśmy
z 8 do 2, a ponadto mamy miejsce na porty Fibre
Channel (na karcie CIOv).
W przyszłości planowane jest rozszerzenie
funkcjonalności vNIC o FCoE i sprzętowe wspo-
magania iSCSI. Dwa z 8 portów wirtualnych
będzie można zamienić na FCoE lub iSCSI
i zrezygnować w ten sposób z modułów i kart
CIOv, redukując i  upraszczając architekturę
do jednego lub dwóch modułów i jednej karty
w serwerze. oferuje moduły 1000Base-T, a także kabli SFP+
Konf igurac ja nie zawiera okablowa- direct‑attached (DAC).
nia niezbędnego do połączenia modułów Dodatkowe informacje:
IBM ­BladeCenter z zewnętrznymi urządzeniami BNT Virtual Fabric 10Gb Switch Module for
sieciowymi. Liczba wymaganych modułów IBM ­BladeCenter
SFP+ zależy od sposobu konfiguracji zewnętrz- www.redbooks.ibm.com
nych połączeń przełączników. Moduły światło- Emulex Virtual Fabric Adapter (CFFh) for
wodowe SFP+ dla BNT ­Virtual Fabric Switch IBM ­BladeCenter
dostępne są w ofercie IBM. Dodatkowo BNT www.redbooks.ibm.com

Fibre Channel over Ethernet

Protokół FCoE w połączeniu CEE pozwala na
konsolidację ruchu IP oraz dostępu blokowego do
systemu dyskowego w jednym. Jest to młoda tech-
nologia, której specyfikacja nie posiada jeszcze
ostatecznie zatwierdzonych standardów i przed
którą jest jeszcze okres stabilizacji. Urządzenia
FCoE oferowane dla IBM ­BladeCenter pracują
w oparciu o szkice standardów i są przygotowane
do pracy zgodnie z przyszłą specyfikacją. Zmiana
trybu pracy będzie odbywała się poprzez aktuali-
zację mikrokodu. FCoE jest ciekawą alternatywą
dla klasycznego łączenia serwerów blade z bloko-
wym systemem dyskowym poprzez protokół Fibre
Channel, a także atrakcyjnym następcą iSCSI.
Powstało wiele dokumentów sponsorowanych lub
publikowanych przez różnych producentów, które
udowadniają, że iSCSI z Ethernet 1 Gb/s jest
świetnym protokołem i to nie tylko dla prostego

www.ibm.com/pl/iic 9
 serwera plików. Moje doświadczenia są jednak
inne od wniosków, płynących z tych dokumen-
tów. iSCSI z siecią Gigabit Ethernet jest tanie,
na pewno sporo tańsze od FC czy FCoE, lecz
w każdej bardziej zaawansowanej instalacji sto-
sowanie iSCSI kończy się koniecznością zaawan-
sowanego strojenia, a efekty często nie są satys-
fakcjonujące. Być może sieć 10Gb i umieszczanie
Fibre Channel w Ethernet będzie wydajniejsze od
SCSI w IP i Ethernet.
Instalację FCoE w IBM ­BladeCenter możemy
zrealizować na trzy sposoby:
• w oparciu o moduły Cisco Nexus 4001I połą-
czone z zewnętrznymi przełącznikami Cisco
Nexus 5000, które dalej rozdzielają ruch
­Ethernet i Fibre Channel,
• wykorzystując BNT Virtual Fabric 10Gb Switch
Module w połączeniu z QLogic Virtual Fabric
Extension Module,
• za pomocą 10Gb Ethernet Pass-Thru Module
FCoE w IBM ­BladeCenter z Cisco Nexus 4001I
Rysunek 7: IBM ­BladeCenter H z Cisco Nexus 4001I
Zestawienie komponentów użytych do konfiguracji:
10 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
i zewnętrznego przełącznika IBM Converged
Switch B32.
Po stronie serwera blade jest obecnie wspie-
rany QLogic 2‑port 10Gb Converged Network
Adapter, a w przyszłości FCoE dostępny będzie
także w Emulex Virtual Fabric Adapter (CFFh).
Moduły Cisco Nexus 4000I, oraz BNT Virtual
Fabric 10Gb Switch Module mogą pracować
w  trybie 10  Gigabit Ethernet i  wtedy zgodne
są z innymi interfejsami 10GE dostępnymi dla
IBM ­BladeCenter.
Konfigurację z modułem pass-thru pominę. Jest
to najprostszy układ. Połączenia 10GE lub FCoE
z serwerów blade wyposażonych w interfejs QLogic
2‑port 10Gb Converged Network Adapter lub inne
karty 10GE są wprowadzane do zewnętrznego prze-
łącznika IBM Converged Switch B32. 10Gb Ether-
net Pass-Thru Module dostarczany jest bez SFP+
i powinien być wyposażony w tyle modułów, ile jest
serwerów w obudowie (maksymalnie 14).
Cisco Nexus 4001I posiada czternaście
wewnętrznych i  sześć zewnętrznych portów
10Gb. Wraz z  przełącznikiem nie są dostar-
czone moduły SFP+ ani kable SFP+ direct‑at-
tached (DAC). Kable lub moduły muszą zostać
zakupione od firmy Cisco. Przełącznik pracuje
zarówno w trybie 10 Gigabit Ethernet, jak i Fibre
Channel over Ethernet. FCoE wymaga dodatko-
wej licencji: S
­ oftware Upgrade License for Cisco
Nexus 4001I. Przełączniki Nexus serii 5000 roz-
dzielają ruch Fibre Channel od Ethernet, kierując
go na przykład do przełączników Nexus 7000
lub MDS 9000.
Cisco Nexus 4001I Switch Module zainsta-
lowane są we wnękach 7 i 9, a serwery blade
wyposażone są w karty QLogic 2‑port, 10Gb
CNA CFFh.
Konfiguracja nie zawiera okablowania niezbęd-
nego do połączenia modułów IBM ­BladeCenter
z zewnętrznymi urządzeniami sieciowymi ani
przełączników Cisco Nexus 5000. Liczba wyma-
ganych modułów SFP+ zależy od sposobu kon-
figuracji zewnętrznych połączeń przełączników.
Moduły SFP+ i  kable dla Cisco Nexus 4001I
znajdują się w ofercie Cisco. Wymagane jest od
1 do 6 modułów SFP+ lub kabli SFP+ direct-
‑attached (DAC).
FCoE w IBM ­BladeCenter z BNT Virtual Fabric 10Gb
Switch Module
Ciekawym rozszerzeniem oferty Virtual Fabric
jest moduł Qlogic, który pełni funkcję bridge mię-
dzy technologią FCoE a FC. Moduł instalowany
jest we wnękach 3 i 5 IBM ­BladeCenter H. Łączy
się wewnątrz obudowy BNT Virtual Fabric 10Gb
Switch Module z przepustowością 40 Gb/s, redu-
kując liczbę zewnętrznych portów modułu z 10
do 6 (w bay 7 wyłączane są porty 1–4, a w bay
9 porty 7–10). Moduł Qlogic posiada 6 portów
zewnętrznych Fibre Channel 8Gb i może praco-
wać w trybie „full-fabric” (switch SAN) lub z wyko-
rzystaniem protokołu NPIV.
BNT Virtual Fabric 10Gb Switch Module zain-
Rysunek 8: IBM ­BladeCenter H z BNT Virtual Fabric Switch Module
stalowane są we wnękach 7 i 9, a QLogic Virtual
Fabric Extension Module w 3 i 5. Serwer wyposa- Zestawienie komponentów użytych do konfiguracji:
żony w QLogic 2-port 10Gb Converged Network
Adapter (CFFh).
Konfiguracja nie zawiera okablowania niezbęd-
nego do połączenia modułów IBM ­BladeCenter
z zewnętrznymi urządzeniami sieciowymi. Liczba
wymaganych modułów SFP+ zależy od sposobu
konfiguracji zewnętrznych połączeń przełącz-
ników. Moduły światłowodowe SFP+ dla BNT
Virtual Fabric Switch dostępne są w ofercie IBM.
Dodatkowo BNT oferuje moduły 1000Base‑T,
a także kabli SFP+ direct‑attached (DAC).
Dodatkowe informacje:
BNT Virtual Fabric 10Gb Switch Module 10Gb Ethernet Pass-Thru Module
for IBM ­BladeCenter for IBM ­BladeCenter
www.redbooks.ibm.com www.redbooks.ibm.com
Emulex Virtual Fabric Adapter (CFFh) QLogic 2-port 10Gb Converged Network
for IBM ­BladeCenter Adapter (CFFh) for IBM ­BladeCenter
www.redbooks.ibm.com www.redbooks.ibm.com
QLogic Virtual Fabric Extension Module for Cisco Nexus 4001I Switch Module
IBM ­BladeCenter for IBM ­BladeCenter
www.redbooks.ibm.com www.redbooks.ibm.com

IBM ­BladeCenter Open Fabric Manager

Bardzo ważnym składnikiem Open Fabric
jest oprogramowanie zarządzające konfiguracją
­sieci w IBM ­BladeCenter. Upraszcza instalację
serwerów blade i konfigurację połączeń siecio-
wych. Potrafi zarządzać środowiskiem składają-
cym się nawet ze 100 obudów i 1400 serwerów.
Do najciekawszych funkcji należy automatyczne
przełączenie systemu operacyjnego z uszkodzo-
nego serwera blade na serwer z puli zapasowej.
BOFM zasługuje na osobny dokument.
Dodatkowe informacje:
ibm.com
IBM ­BladeCenter Open Fabric Manager
www.redbooks.ibm.com

www.ibm.com/pl/iic 11
 Podsumowanie
Nowoczesne technologie sieciowe w  IBM
­ ladeCenter pomagają uprościć topologię sieci i zre-
B konsultacji projektów ze specjalistami IBM.
dukować liczbę urządzeń, a w efekcie zredukować
koszty wdrożenia i utrzymania infrastruktury informa-
tycznej. Zaprezentowane w artykule rozwiązania są
nowe i dynamicznie się rozwijają. Projektowanie sieci
z ich udziałem wymaga dokładnego zapoznania się
z listą ­kompatybilności oraz najnowszymi parame-
trami i funkcjami urządzeń. Zachęcam również do
„Interoperability Guide” dla IBM ­BladeCenter i inne
przydatne narzędzie konfiguracyjne:
ibm.com/systems/x/hardware/configtools.html
Główna strona IBM ­BladeCenter Open Fabric:
ibm.com /systems / bladecenter / hardware /
openfabric/openfabricmanager/index.html

Michał Stryga jest architektem systemów

informatycznych; pracuje w IBM od 2005 roku.
Specjalizuje się w technologiach wirtualizacyjnych
oraz w projektowaniu rozwiązań serwerowych
wysokiej gęstości. Zajmuje się także zagadnieniami
związanymi z wydajnością serwerów i pamięci
masowych, technologiami sieciowymi oraz
budowaniem systemów obliczeniowych.
Kontakt: michal.stryga@pl.ibm.com

Wirtualne laboratorium
Informacje z Dystrybucji

IBM ­BladeCenter S
KOMPLETNA INFRASTRUKTURA
Idealna do przeprowadzenia prezentacji u klienta, pozwala na zasymulowanie pełnej
infrastruktury firmy z serwerami, zasobami dyskowymi, back‑upem taśmowym,
jak i infrastrukturą sieciową.
Dzięki takiemu podejściu dostają Państwo w jednej mobilnej szafie to, co dotychczas
wymagało nakładu wielu środków, aby w jednym miejscu zgromadzić wszystkie
elementy wymagane do przeprowadzenia prezentacji bądź testów akceptacyjnych
u klienta.

Co oferujemy w DNS:
DEMO IBM Serwer HS22-1, 2*2.4 GHz, 12 GB RAM, SAS CIOv
DEMO IBM Serwer HS12, 1*2.5 GHz, 4 GB RAM, 2x300 GB SATA
DEMO IBM Serwer HS22-2, 2*2.4 GHz, 12 GB RAM, SAS CIOv
DEMO IBM Serwer HS22-3, 2*2.4 GHz, 12 GB RAM, SAS CIOv
DEMO IBM Serwer x3550M2,1*2,4 GHz, 8 GB RAM, SR-BR10i, 2x73GB
DEMO IBM Serwer X3650M2,1*2.4 GHz, 8 GB RAM, SR-MR10i, 4x146GB
IBM ­BladeCenter S - 2xRAID, 6x146 GB 15 k SAS, 2xSCM

Link do strony: www.dns.com.pl/www/news.nsf/id/Wypozycz_DEMO

Kontakt:
Michał Warowny
Business Development Manager – IBM System x
Tel.: +48 22 48 87 007, e-mail: Michal_Warowny@dns.com.pl
Marcin Pietrzak
Inżynier Technicznego Wsparcia Sprzedaży – IBM System x i IBM Software
Tel.: +48 22 48 87 020, e-mail: Marcin_Pietrzak@dns.com.pl

12 IBM INNOVATION CENTER FOR BUSINESS PARTNERS

 Uniwersalne narzędzia do
migracji i replikacji danych
w oparciu o produkty z rodziny Softek
Wiele firm nie ogranicza się tylko do jednego
dostawcy systemów IT zarówno w odniesieniu do
serwerów, podsystemów dyskowych, systemów
operacyjnych, baz danych, jak i aplikacji. Pociąga to
za sobą konieczność zastosowania różnych metod
migracji czy replikacji danych specyficznych dla
danej architektury. Wychodząc temu na przeciw, IBM
rozszerzył portfolio swoich produktów o oprogramo‑
wanie do migracji i replikacji danych Softek.

Rosnące wymagania biznesowe, dotyczące przenoszenia danych z minimalnym wpływem na ich

dostępu do danych, a co za tym idzie zapewnienie
ciągłości pracy firmy w przypadku awarii podsta-
wowego ośrodka obliczeniowego, wymuszają na
działach IT opracowanie i wdrożenie odpowiednich
metod replikacji danych. W dynamicznie rozwijających
sie firmach rośnie także zapotrzebowanie na nowe
zasoby zarówno serwerowe, dyskowe, jak i dostęp-
ności do danych. Pociąga to za sobą konieczność
niedostępność – najlepiej online. Migracja danych
wydaje się zadaniem z pozoru prostym, a zarazem
niosącym pewne ryzyka, takie jak:
– ograniczona przewidywalność rezultatów
migracji;
– zagrożenie uszkodzeniem lub utratą danych;
– problemy wydajnościowe podczas migracji;
– złożoność narzędzi i procesów.

Czy uniwersalne podejście jest możliwe?

Dla środowisk heterogenicznych, mamy tyle
rozwiązań, ile platform, baz danych czy zespołów
administratorów. Do replikacji czy migracji danych
może być użytych wiele narzędzi, wśród których
możemy wymienić miedzy innymi:
• FlashCopy, BCV, Clone, BusinessCopy w obrę-
bie jednej macierzy;
• GlobalMirror, SRDF, ContinousAccess pomię-
dzy macierzami dyskowymi;
• SAN Volume Controler;
• DB2 HADR, Oracle Data Guard z poziomu baz
danych;
• Veritas Volume Replicator;
• Mirror z poziomu systemu operacyjnego;
• Backup – restore.
Każde z nich jest specyficzne (czytaj inne),
może wymagać dodatkowych licencji czy też
inwestycji w infrastrukturę teleinformatyczną.
W celu uproszczenia i redukcji zagrożeń pro-
cesu migracji czy replikacji danych należy odpo-
wiedzieć sobie na pytanie:
Czy istnieje rozwiązanie uniwersalne, dzia-
łające niezależnie od infrastruktury sprzętowej,
systemu operacyjnego, a co najważniejsze przy
ciągłym dostępie do danych i zarządzane za
pomocą jednej konsoli?
W 2007 roku IBM dokonał akwizycji firmy ­Softek
Storage Solutions Corporation, specjalizującej się
w tworzeniu oprogramowania do bezprzerwo-
wych migracji i replikacji danych. Niniejsza akwizy-
cja umożliwiła nam wykonanie migracji i replikacji
danych środowisk heterogenicznych, używając
produktów z rodziny Softek, wspierających:
• platformy systemowe:
– AIX, HP-UX, Solaris, z/OS, Linux RH, SuSE
Linux Enterprise Server, Microsoft Windows;

www.ibm.com/pl/iic 13

Rysunek 1: Możliwe
zastosowanie produktów
Softek w środowiskach
heterogenicznych
Rysunek 2: Wygląd
konsoli w środowiskach
heterogenicznych
Dlaczego Softek?
Zastosowanie produktów Softek nie wymaga
dodatkowych nakładów inwestycyjnych w nowy
sprzęt (serwery, macierze, SAN), a sama migra-
cja danych odbywa się za pośrednictwem sieci
LAN/ WAN na poziomie bloków danych. Rozwią-
zania z rodziny Softek umożliwiają:
• Replikacje online:
Replikacja/migracja danych odbywa się pod-
czas normalnej pracy użytkowników. Niedo-
stępność danych potrzebna jest tylko na czas
instalacji aplikacji Softek dla systemów ope-
racyjnych Windows lub na przemontowanie
systemów plików, które będziemy migrować
dla systemów UNIX/Linux.
• Replikacje na poziomie blokowym, a co za tym
idzie, jest ona niezależną od dostawcy podsy-
stemu dyskowego:
Kopiowanie danych odbywa się na poziomie
blokowym, tak więc nie ma znaczenia, na jakim
podsystemie dyskowym znajdują się nasze
dane. Pozwala to na wykorzystanie tańszego
podsystemu dyskowego dla zapasowego
14 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
• systemy plików:
– JFS, JFS2, UFS, VxFS, raw, ext3, NTFS;
• menadżerów wolumenów:
– LVM, VxVM;
• rozwiązania klastrowe:
– HACMP/PowerHA, MC/ServiceGuard, Veri-
tas Cluster Server, Microsoft Cluster.
Migracja/replikacja danych środowisk hetero-
genicznych (np. Rysunek 1) może być wykonana
za pomocą jednego narzędzia, zarządzanego
z centralnego miejsca przez personel, nieko-
niecznie będący ekspertem w niniejszych plat-
formach systemowych. Z jego punktu widzenia
wszystko wygląda tak samo dla wszystkich
platform.
Portfolio produktów Softek obejmuje:
• dla Systemów Otwartych:
– Softek Replicator for Windows®,
– Softek Replicator for UNIX®,
– Softek Transparent Data Migration Facility
TDMF (IP) for Windows®,
– Softek TDMF (IP) for UNIX®,
– Softek TDMF for UNIX®,
– Softek Data Mobility Console,
– Softek Common Console;
• dla Systemów Mainframe:
– Softek TDMF for z/OS,
– Softek Dataset Mobility Facility for z/OS,
– Softek Data Mobility Console for z/OS.
­ entrum przetwarzania, a  w  rezultacie na
c
redukcję kosztów infrastruktury IT w firmie.
• Równoległą migrację wielu systemów plików,
aplikacji, baz danych:
Z poziomu konsoli możemy zarówno konfiguro-
wać, jak i zarządzać migracją/replikacją wielu
systemów.
• Migracje danych z wielu systemów źródłowych
na jeden docelowy:
Podobnie, jak w przypadku podsystemu dysko-
wego, nie musimy migrować danych w sto-
sunku 1:1. Tak więc możemy za pośrednictwem
rozwiązań z  rodziny Softek konsolidować
środowisko oraz redukować koszty związane
z zapasowym centrum przetwarzania.
• Dynamiczną aktywację, przerwanie i zatrzy-
manie procesu replikacji:
Niewątpliwą zaletą produktów Softek jest
pełna kontrola nad procesem migracji/replikacji
danych. W każdej chwili możemy zatrzymać ten
proces, a następnie wznowić jego działanie od
miejsca jego przerwania.
• Zachowanie spójności danych i odporności na
uszkodzenia sprzętu źródłowego/docelowego
podczas procesu migracji:
Zaimplementowane mechanizmy śledzenia
zmian pozwalają na zachowanie konsysten-
cji przenoszonych danych na wypadek awarii
sprzętowej któregokolwiek komponentu (ser-
wery czy też sieć LAN/WAN).
• Odpowiednią wydajność aplikacji podczas
migracji (czyli redukcję wpływu procesu migra-
cji/replikacji na nasze środowisko):
Osiągamy to poprzez parametry ustawiane dla
każdej z „Mobility Group” takich, jak definio-
wanie przepustowości sieci LAN wykorzysty-
wanej przez proces migracji, ­wprowadzanie
opóźnień po przeniesieniu pojedynczego
pakietu danych, rozmiar pakietu danych.
• Grupowanie wolumenów w logiczne grupy:
Dla dużych aplikacji  musimy zmigrować
wiele systemów plików. Tak więc dla zapew-
nienia spójności baz danych grupujemy
wiele systemów plików w  grupy (Mobility
Group) i to właśnie jest komponent, gdzie
zarządzamy całym migrowanym zestawem
zasobów.
• Szybki powrót z systemu docelowego na źród-
łowy:
Powrót na system źródłowy nie wymaga
konieczności kopiowania wszystkich danych,
lecz tylko zmienionych bloków.

Architektura rozwiązania

Rysunek 3: Podstawowe
komponenty architektury
produktów Softek

Wszystkie produkty Softek posiadają tę samą – HRT (High Resolution Tracking bitmap) – bit-
architekturę i zasadę działania, a jej podstawowe mapy zmian na poziomie sektorów, rezydu-
komponenty przedstawia powyższy schemat, jąca w pamięci operacyjnej serwera, która
gdzie: co 6 minut jest zapisywana na dysk (podczas
• Sterownik Softek  zatrzymywania systemu wykonywana jest
Zapewnia odpowiedni przepływ danych zapi- kopia na dysk).
sywanych przez aplikacje zarówno na dysk, – LRT (Low Resolution Tracking bitmap) – bit-
jak i do zdalnego systemu. mapy zmian na poziomie bloków, rezydujące
• Pstore – Persistant Store  na dysku.
Zawiera konfigurację Mobility Group i zarzą- • BAB – Big Asynchronous Buffer 
dzanie jej bitową mapą zmienianych bloków Obszar w pamięci operacyjnej serwera, defi-
danych. W  przypadku problemów komuni- niowany podczas inicjalnej konfiguracji ­agenta.
kacyjnych pomiędzy systemem źródłowym Podczas normalnej pracy bloki danych są zapi-
a docelowym, aktualizuje bitmapy, przez co sywane na dysk i równocześnie zapisywane do
podczas resynchronizacji migrowane są tylko bufora, skąd są migrowane do systemu doce-
zmienione bloki danych. Pstore składa się lowego. Jego głównym zadaniem jest zapew-
z dwóch części: nienie kolejności zapisów w ramach grupy,

www.ibm.com/pl/iic 15
 a  także minimalizacja wpływu migracji na
operacje I/O poprzez wykorzystanie pamięci
operacyjnej zamiast dodatkowych odwołań do
podsystemu dyskowego.
• Journal  docelowych systemy plików nie są zamontowane
Wykorzystywany do zapewnienia kolejności
zapisu zmian na systemie docelowym. Głównie
jest on wykorzystywany, gdy chcemy spraw-
dzić poprawność migrowanych danych, gdy za
pomocą tzw. checkpointów zamrażamy stan
zmigrowanych danych na dany punkt w cza-
sie. Pozwala nam to na dostęp do danych na
systemie docelowym, bez przerywania pro-
cesu migracji danych.
• Procesy komunikacyjne:
– in.dtc (Master Replication Daemon) – agent
odpowiedzialny za komunikację systemów
źródłowego i docelowego,
– PMD (Primary Mirror Daemon) – zestawia
połączenie ze zdalnym serwerem,
– RMD (Remote Mirror Daemon) – zapisuje
dane z serwera źródłowego na docelowy.
• Urządzenia:
– Data Devices – źródłowe wolumeny wyko-
rzystywane przez aplikacje,
– Mirror Devices – docelowe wolumeny zawie-
rające kopie danych ze źródła.
Podczas definicji Mobility Group tworzymy
zestawy par wolumenów źródłowych i docelowych
(musimy posiadać na obu systemach wolumeny
o tych samych rozmiarach, z tym że na serwerach
i nie ma do nich dostępu w trybie RW).
Za proces migracji danych odpowiedzialny jest
sterownik na systemie źródłowym, który jest akty-
wowany po starcie Mobility Group, przemontowa-
niu systemów plików (aby nie był wykorzystywany
natywny mechanizm systemów) i uruchomieniu
replikacji danych.
Cały proces replikacji/migracji danych jest
realizowany dla każdego bloku danych według
poniższej procedury:
1. Aplikacja zapisuje dane do sterownika Softek.
2. Sterownik równolegle zapisuje dane na dysk
i do bufora BAB.
3. Informacje o  zmienionych blokach danych
zapisywane są do Pstore’a.
4. Za pośrednictwem procesów PMD i  RMD
dane z bufora BAB są zapisywane na dyskach
systemu zdalnego.
5. Po zapisaniu danych na systemie docelowym,
następuje potwierdzenie zapisu do sterownika.
6. Sterownik po otrzymaniu potwierdzenia usuwa dane
z bufora BAB i aktualizuje bitmapy w Pstore.

Implementacja rozwiązań Softek

Przystępując do procesu migracji/replikacji pełnej synchronizacji danych, po której będzie
danych, należy przede wszystkim dokonać szcze- następowała migracja /replikacja zmieniają-
gółowej analizy: cych się bloków danych.
• środowiska:
– serwery, systemy operacyjne, typy mena­
dżerów wolumenów i systemy plików,
– podsystemy dyskowe, mechanizmy kopii
i replikacji pomiędzy lokalizacjami,
– sieci LAN/WAN i SAN,
– aplikacje i bazy danych;
– zależności pomiędzy migrowanymi aplikacjami
• wymagań dostępności danych podczas pro-
cesu migracji;
• wydajności całego środowiska;
• całkowitych kosztów rozwiązania i nakładów
inwestycyjnych;
• pracochłonności rozwiązania.
Bazując na wynikach powyższej analizy, doko-
nujemy wyboru optymalnej metody dla danego
środowiska.
W trakcie analizy środowiska z poziomu dodat-
kowych narzędzi zawartych w  pakiecie Data
Mobility Console jesteśmy w stanie oszacować Rysunek 4: Przykładowa estymacja czasu
czas potrzebny do inicjalnej kopii, tzn. osiągnięcia synchronizacji migracji 10TB danych

16 IBM INNOVATION CENTER FOR BUSINESS PARTNERS

 W  przypadku wyboru rozwiązań z  rodziny
­Softek, proces zarówno przygotowania, jak i samej
implementacji jest uniwersalny bez względu na
platformę sprzętową i wygląda następująco:
• Instalacja centralnego komponentu – Data
Mobility Console (składającego się z dwóch
elementów: kolektora wraz z bazą danych DMC
oraz Konsolą Użytkownika).
• Instalacja oprogramowania Softek do migra-
cji/replikacji na systemach źródłowych i doce-
lowych.
Instalacja nie wymaga doinstalowywania
dodatkowego oprogramowania, zmian parame-
trów kernela i restartu systemu (nie dotyczy to
systemów Microsoft Windows).
Po zainstalowaniu agentów do kernela doda-
wany jest Sterownik rezydujący pomiędzy syste-
mem plików, a menedżerem wolumenów, który
będzie aktywowany podczas uruchomienia Rysunek 5: Struktura połączeń Data Mobility Console z agentami

Rysunek 6: Interfejs graficzny Data Mobility Console

www.ibm.com/pl/iic 17
 ­ igracji/replikacji tylko dla odpowiednich syste- • Konfiguracja grup migrowanych/replikowanych
m
mów plików (tzn. systemy plików nie biorące
udziału w procesie migracji dalej są obsługiwane Mobility Group najłatwiej i najpewniej wykonać
przez natywne narzędzia dla danego systemu).
Rysunek 7: Lokalizacja
sterownika Softek na tle
natywnych mechanizmów
Podsumowanie
W niniejszym artykule przedstawiliśmy uni-
kalne cechy produktów do migracji i replikacji
danych z rodziny Softek. Są one uniwersalne
i  wspierają wiodące platformy systemowe,
niezależne od podsystemów dyskowych,
a medium transmisyjnym jest sieć LAN/WAN.
18 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
wolumenów
z poziomu DMC, a personel odpowiedzialny za
migracje/replikacje danych przygotowuje całą
konfigurację z jednego miejsca bez konieczno-
ści logowania do poszczególnych systemów.
Ponadto całe monitorowanie przebiegu mi­gracji
jest wykonywane z DMC.
• Zatrzymanie aplikacji na czas odmontowania
migrowanych/replikowanych systemów plików.
• Aktywacja skonfigurowanych Mobility Group.
• Przemontowanie systemów plików, aby korzy-
stały ze sterownika Softek.
• Uruchomienie migracji/replikacji danych.
• Monitorowanie stanu procesu i zarządzanie
procesem migracji.
­ onadto łatwość instalacji, konfiguracji, a także
P
zarządzania sprawiają, że migracja /replikacja
danych znacznie się upraszcza do tego stop-
nia, że monitorowanie i późniejsze zarządzanie
procesem może być wykonywane przez zespoły
operatorów.
Artur Borowicz od października 2008 r. pracuje
w IBM na stanowisku Specjalisty IT w dziale
Global Technology Services. Specjalizuje się
w projektowaniu i wdrażaniu infrastruktury IT
dla systemów otwartych. Z branżą IT związany
od 1996 r. Absolwent Politechniki Śląskiej
w Gliwicach.
Kontakt: artur.borowicz@pl.ibm.com
 IBM Business Process
Management v7
Oprogramowanie middleware dla integracji aplikacji
oraz automatyzacji i optymalizacji procesów
W grudniu zeszłego roku IBM udostępnił nową,
7 wersję oprogramowania z rodziny WebSphere
Business Process Management (BPM). W niniejszym
artykule przedstawiono poszczególne ­produkty
wchodzące w skład tego pakietu, omówiono ich
przeznaczenie oraz funkcjonalności.

Oprogramowanie BPM obejmuje zestaw Na Rysunku 1 przedstawiono kilka powiąza-

zaawansowanych narzędzi dla analityków, archi-
tektów i deweloperów, środowisko uruchomie-
niowe o wysokiej dostępności, umożliwiające
wdrażanie i wykonywanie procesów biznesowych,
a także narzędzia do zarządzania architekturą
SOA oraz nadzorowania i  monitorowania jej
w czasie rzeczywistym.
Dzięki wykorzystaniu oprogramowania Business
Process Management możliwe jest zautomatyzowanie
procesów biznesowych w przedsiębiorstwach, efek-
tywne zintegrowanie poszczególnych aplikacji, syste-
mów, danych oraz procesów z różnych jednostek,
działów, jak również oddzielnych przedsiębiorstw.
nych ze sobą produktów z rodziny WebSphere
BPM. Zostały one pogrupowane według etapów
cyklu życia SOA (etapy zdefiniowano zgodnie
z metodologią IBM). Na diagramie można zoba-
czyć, w jaki sposób poszczególne produkty współ-
działają ze sobą. Narzędzie WebSphere Business
Modeler stanowi punkt wyjściowy w fazie Model.
Produkt ten umożliwia modelowanie i analizowa-
nie procesów biznesowych, a także definiowanie
miar i wskaźników, które później będą używane
do monitorowania aktywności procesów w czasie
rzeczywistym za pomocą WebSphere Business
Monitora. W fazie ­Manage WebSphere Service

Rysunek 1:
Oprogramowanie z rodziny
WebSphere BPM

www.ibm.com/pl/iic 19
 Registry and Repository pozwala na katalo-
gowanie informacji o usługach SOA (opisują-
cych je metadanych, dokumentach, politykach
itd.) oraz zarządzanie nimi. Informacje o usłu-
gach i  ich dostępności mogą być następnie
­wykorzystywane przez pozostałe narzędzia BPM
zarówno na etapie projektowania i implementacji,
jak i w środowisku wykonawczym (tzw. dynamic
end‑point lookup). W fazie ­Assemble WebSphere
WebSphere Business Modeler
WebSphere Business Modeler (WBM) to narzę-
dzie IBM przeznaczone do modelowania, wizuali-
zacji, symulowania, analizowania i dokumentowania
procesów biznesowych. Modelowanie procesu jest
etapem wstępnym, poprzedzającym utworzenie
aplikacji implementującej dany proces. Graficzna
Rysunek 2: Symulacja notacja stosowana w nowej wersji WBM jest zgodna
procesu biznesowego z BPMN (Business Process Modeling Notation).
WebSphere Integration Developer
WebSphere Integration Developer (WID) to roz-
budowane środowisko programistyczne pozwala-
jące na budowanie rozwiązań integracyjnych SOA.
WID bazuje na platformie Eclipse, podobnie jak
pozostałe narzędzia z rodziny WebSphere BPM v7.
By uprościć oraz przyspieszyć implementację
aplikacji, WID dostarcza warstwę abstrakcji, która
separuje usługi w postaci komponentów SCA od
ich implementacji. Za pomocą zestawu graficznych
edytorów programista może zbudować kompletną
aplikację bez znajomości szczegółów implemen-
tacyjnych komponentów, które wykorzystuje. Jego
20 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
I­ntegration ­Developer umożliwia konstruowanie
kompletnych rozwiązań poprzez łączenie pro-
cesów biznesowych, komponentów, mediacji
i adapterów. WebSphere Process Server oraz
WebSphere Enterprise Service Bus to środowiska
wykonawcze, w których wdraża się i uruchamia
gotowe rozwiązania w fazie Deploy.
Przyjrzyjmy się teraz nieco bliżej poszczegól-
nym produktom z rodziny WebSphere BPM 7.
Bardzo zaawansowana i rozbudowana jest funk-
cjonalność WBM w zakresie symulowania i anali-
zowania procesów biznesowych. Możliwość defi-
niowania wymaganych zasobów i usług oraz ich
dostępności w czasie pozwala na realistyczne testo-
wanie, porównywanie i analizowanie wielu różnych
scenariuszy, optymalizację procesów biznesowych
i wykrywanie potencjalnych wąskich gardeł.
WBM jest przeznaczony przede wszystkim
dla analityków biznesowych. Modele biznesowe
mogą być jednak łatwo przekształcone w modele
implementacyjne. WBM udostępnia kilka trybów
modelowania, w szczególności zgodne z konkret-
nymi środowiskami uruchomieniowymi (WPS,
FileNet, Fabric). To pozwala na uwzględnienie
konsekwencji implementacyjnych już na etapie
modelowania procesu. Modele utworzone za
pomocą WBM można następnie wyeksportować
do WID‑a, gdzie na ich podstawie wygenerowane
zostaną procesy biznesowe, jako punkt wyjścia
do dalszej implementacji rozwiązania.
Na koniec warto wspomnieć o WebSphere
Business Compass v7. To nowe narzędzie umożli-
wia publikowanie modeli procesów biznesowych,
udostępnianie ich przez przeglądarkę internetową,
a także współpracę z innymi osobami przy ich
edytowaniu i optymalizacji.
zadaniem jest jedynie odpowiednie połączenie na
diagramie komponentów SCA reprezentujących
proces biznesowy, regułę biznesową, mediację
lub zewnętrzną usługę.
WID zawiera kompletne środowisko testowe,
które pozwala na testowanie i debugowanie apli-
kacji, zanim zostaną wdrożone i uruchomione na
środowisku produkcyjnym.
Aplikacje tworzone w  środowisku WID są
w pełni zgodne z uznanymi standardami prze-
mysłowymi: JEE5, JCA, JMS, SOAP, WSDL, BPEL
(Business Process Execution Language).
Service Component Architecture i Service Data Objects
SCA to niezależny od platformy czy konkret-
nego dostawcy model programistyczny, który
umożliwia reprezentowanie logiki biznesowej
i usług SOA w prosty i spójny sposób (abstra-
hując od szczegółów implementacyjnych). SCA
pozwala na definiowanie usług (w postaci kom-
ponentów) oraz połączeń pomiędzy nimi. Z kolei
Service Data Objects stanowi model danych dla
SCA. SDO umożliwia jednolitą, niezależną od
konkretnego języka programowania reprezen­
tację heterogenicznych danych.
Komponent SCA (service component) reprezen-
tuje zaimplementowaną usługę. Składa się on z:
– implementacji (Rys. 3 pokazuje możliwe typy),
– jednego lub więcej interfejsów definiujących
sposób wywołania usługi (dane wejściowe,
wyjściowe i błąd),
– referencji reprezentujących interfejsy innych
usług lub komponentów używanych przez dany
komponent.
Interfejsy mogą być definiowane jako WSDL
port type (domyślnie) lub interfejsy Java. Rysunek 3: Komponent SCA i możliwe typy jego implementacji w WID/WPS

Assembly Diagram
W architekturze SCA komponenty grupowane
są w moduły. Każdy moduł jest instalowany w śro-
dowisku wykonawczym jako niezależna jednostka.
Moduł zawiera powiązane ze sobą komponenty,
udostępnia wybrane usługi innym modułom poprzez
tzw. eksporty, natomiast zewnętrzne usługi, z któ-
rych moduł korzysta, reprezentowane są przez tzw.
importy. Assembly Diagram służy do połączenia
komponentów w ramach jednego modułu, pozwala
też zdefiniować jego importy i eksporty.
Zmiany w  komponentach czy usługach
w ramach jednego modułu nie wymagają zmian
w pozostałych modułach. Pozwala to na dużą
elastyczność – w każdej chwili można bowiem
zmienić implementację konkretnego komponentu,
nie ingerując w inne moduły.
Rysunek 4: Assembly Diagram przykładowego modułu zawierającego 2 komponenty SCA, eksport i import

Co nowego w WID v7? ­ atewayEndpointLookup. W nowej wersji WID

WID v7 w  pełni wspiera wersję 2.0 stan-
dardu BPEL. Edytor procesów biznesowych
i mediacji został rozbudowany, dzięki czemu
implementacja tych komponentów jest łatwiej-
sza i bardziej intuicyjna. Wprowadzono także
nowe elementy mediacji: Message Validator,
SLACheck, Trace, UDDIEndpointLookup,
G
zmiany objęły również edytor map i transfor­
macji XSLT, kreator wyrażeń Xpath, wprowa-
dzono także wsparcie dla EJB 3.0.
Dodatkowo WID został wzbogacony o zestaw
gotowych wzorców (dostępnych poprzez Pattern
Explorer), które mają ułatwić programiście imple-
mentowanie typowych rozwiązań.

www.ibm.com/pl/iic 21
 WebSphere Process Server
WebSphere Process Server (WPS) to środo-
wisko wykonawcze pozwalające na wdrażanie
i uruchamianie aplikacji SOA zaimplementowa-
nych za pomocą WID‑a. WPS ma budowę war-
stwową. Połączenie funkcjonalności poszczegól-
nych warstw tworzy bardzo wydajny mechanizm
umożliwiający integrację i automatyzację proce-
sów w przedsiębiorstwie. Rysunek 5 przedstawia
kolejne warstwy architektury WPS:
• WebSphere Application Server Network
Rysunek 5: Architektura ­Deployment – zapewnia wysoką dostępność,
WebSphere Process eliminację przestojów, bezpieczeństwo, skalo-
Server. walność, łączenie w klastry,
WebSphere Business Monitor
WebSphere Business Monitor to narzędzie
pozwalające na monitorowanie procesów bizne-
sowych w czasie rzeczywistym. Wyniki monito-
rowania prezentowane są za pomocą metryk,
wskaźników wydajności (KPI), alarmów oraz
raportów. Monitor umożliwia porównywanie wydaj-
ności procesów biznesowych z oczekiwaniami
oraz podjęcie odpowiednich decyzji zapobie-
gających błędom, zanim staną się one odczu-
walne dla przedsiębiorstwa. Monitor wykorzystuje
architekturę Common Event Infrastructure (CEI),
która umożliwia generowanie, propagowanie,
WebSphere Service Registry and Repository
WebSphere Service Registry and ­Repository
(WSRR) pełni funkcję centralnego repozytorium
służącego do katalogowania i  zarządzania
informacjami o usługach w środowisku SOA.
Naj­istotniejsze wydają się dwa zastosowania
WSRR. Po pierwsze narzędzie to pozwala na
22 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
• WebSphere Enterprise Service Bus – udostępnia
mechanizmy komunikacji oraz integracji usług,
• WebSphere Process Server – umożliwia wyko-
rzystanie komponentów SCA do budowania
rozwiązań integracyjnych.
Co nowego w WPS v7?
Nowy WPS jest oparty na najnowszej, 7 wersji
WebSphere Application Server zgodnej ze stan-
dardem JEE 5. W związku z tym gruntownie prze-
budowano implementację architektury SCA oraz
model danych SDO. Do najważniejszych zmian
i usprawnień możemy zaliczyć:
• możliwość migracji instancji procesów do nowej
wersji (poprzez aplikację BPC Explorer),
• przebudowany runtime SCA niewymagający
kontenera EJB,
• oparcie modelu danych SDO w wersji 2.1
na XCI,
• funkcję Store and Forward umożliwiającą
ponowne dostarczenie komunikatu, gdy usługa
będzie dostępna,
• równoległe przypisanie zadania (human task)
do grupy użytkowników. Dla każdego użytkow-
nika tworzone jest podzadanie. Wynik zadania
otrzymywany jest poprzez zagregowanie odpo-
wiedzi ze wszystkich podzadań.
­ rzechowywanie i przetwarzanie zdarzeń. Nie
p
definiuje jednak samych zdarzeń, które definio-
wane są przez aplikacje.
Punktem wyjścia działania Monitora jest zbu-
dowanie modelu (monitor model) zawierającego
informacje o monitorowanych zdarzeniach bizne-
sowych, metrykach i wskaźnikach wydajności.
Do przygotowania takiego modelu możemy
wykorzystać zintegrowany z WID‑em ­WebSphere
Business Monitor Development Toolkit. Tak przy-
gotowany model instaluje i uruchamia się na ser-
werze WPS.
nadzorowanie i  kontrolowanie całego cyklu
życia usług w  przedsiębiorstwie (tzw. SOA
governance). Po  drugie WSRR umożliwia
zaawansowane wyszukiwanie informacji na
temat usług i ich dostępności w czasie rze-
czywistym.
 WSRR można w bardzo dużym zakresie dosto-
sować do konkretnych potrzeb użytkownika. Doty-
czy to w szczególności praw dostępu do danych,
kontroli i walidacji zmian, interfejsu użytkownika.
Ponadto wraz z WSRR dostępne jest narzędzie
WSRR Studio, dzięki któremu można zdefinio-
wać albo zmodyfikować tzw. profil konfiguracyjny,
­profil ten zawiera między innymi model biznesowy
(tj. obiekty, opisujące je atrybuty i łączące je rela-
cje), cykle życia usług oraz model klasyfikowania
(taksonomie). Profil konfiguracyjny generowany
jest na podstawie diagramów UML.
WSRR v7 posiada nowy interfejs użytkow-
nika oparty na Business Space. Warto również
wspomnieć o innej nowej funkcjonalności Policy
analytics and monitoring, która umożliwia gra-
ficzne analizowanie i monitorowanie polityk usług
biznesowych.
Rysunek 6: WSRR Studio

Dr inż. Andrzej Pasławski jest architektem IT, pracuje w krakowskim laboratorium

oprogramowania IBM. Jako konsultant IBM Software Services for WebSphere wspiera
firmy w Europie, Afryce i na Bliskim Wschodzie w zakresie oprogramowania WebSphere
i technologii SOA. Bierze udział w tworzeniu i wdrażaniu nowych rozwiązań, prowadzi
szkolenia, a także pomaga w rozwiązywaniu złożonych problemów dotyczących systemów IT.
Kontakt: a.paslawski@pl.ibm.com

Marcin Kalas jest architektem IT, pracuje w kra­kowskim laboratorium oprogramowania IBM.
Jako konsultant IBM Software Services for WebSphere wspiera firmy w Europie w zakresie
oprogramowania WebSphere i technologii SOA. Bierze udział w tworzeniu oraz wdrażaniu
nowych rozwiązań, prowadzi szkolenia i warsztaty, a także pomaga w rozwiązywaniu
problemów dotyczących systemów IT. Jego pasje to gra na gitarze basowej, nurkowanie,
a także od niedawna żeglarstwo.
Kontakt: marcin.kalas@pl.ibm.com

Professional Services w Avnet

Informacje z Dystrybucji

W lutym w Avnet powstał dział Professional Services, który tworzą czterej wysokiej klasy specjaliści, posiadający rozliczne certyfikaty
techniczne wymagane przez producentów oraz wieloletnie, poparte sukcesami doświadczenie na rynku. Dział świadczy szeroki zakres
usług związanych przede wszystkim z produktami i rozwiązaniami IBM oraz VMware.
Managerem działu Professional Services został Andrzej Bugowski. Oprócz niego w zespole są: Rafał Drewelus, Rafał Owczarek oraz
Marcin Matkowski.
Standardowa oferta usług świadczonych przez dział Professional Services obejmuje:  •  telefoniczne wsparcie techniczne
•  pomoc  wdrożeniową •  serwis standby (serwis oczekujący) •  usługi Lotus Notes Domino •  konsultacje w  zakresie
technologii Fiber Channel •  usługi w zakresie sieci SAN, systemów dyskowych, technologii blade •  usługi z zakresu wirtualizacji
•  system management services •  szkolenia
Poza standardowymi usługami, dział świadczy usługi pod indywidualne zamówienie klienta.
Szczegółowe informacje dotyczące oferty działu Professional Services znajdują się
na stronie Avnet (www.avnet.pl) w zakładce „Wsparcie Biznesu” / „Usługi wsparcia technicznego”.

Dział Professional Services:

Andrzej Bugowski, Professional Services Manager, e-mail: andrzej.bugowski@avnet.com, tel. : 22 878 77 34, 609 129 770
Rafał Owczarek, Professional Services Engineer, e-mail: rafal.owczarek@avnet.com, tel.: 22 878 76 56, 605 406 700
Rafał Drewelus, Professional Services Engineer, e-mail: rafal.drewelus@avnet.com, tel.: 22 878 76 54, 605 933 334
Marcin Matkowski, Professional Services Engineer, e-mail: marcin.matkowski@avnet.com, tel.: 22 878 80 92, 603 846 466

www.ibm.com/pl/iic 23
 Oszczędna kopia zapasowa
Deduplikacja danych ProtecTIER TS7650G
Ośrodkom IT, które zapewniają swoim przed‑
siębiorstwom nieprzerwany dostęp do informacji,
stawiane są obecnie wymagania dotyczące bardzo
wysokiej wydajności i dostępności oraz utrzymania
wysokiego poziomu bezpieczeństwa przechowywa‑
nia danych przy równoczesnym żądaniu obniżania
kosztów związanych z utrzymaniem infrastruktury.

Bardzo często celem CIO zdefiniowanym na c) replikuje backup do ośrodka zapasowego

rok 2010 jest:
• poprawienie poziomu usług IT – nie tylko
poprzez zapewnienie ich wysokiej dostępności
i jakości, ale także poprzez sprostanie rosną-
cym oczekiwaniom klientów,
• obniżenie kosztów IT – nie tylko poprzez redukcję
wydatków operacyjnych, ale także poprzez pod-
niesienie produktywności zespołu IT oraz wpro-
wadzenie konsolidacji i wirtuali­zacji zasobów.
IBM, odpowiadając na tak zdefiniowane potrzeby
swoich odbiorców, rekomenduje zastosowanie na
potrzeby tworzenia kopii zapasowych innowacyj-
nego rozwiązania o nazwie IBM System Storage
ProtecTIER Deduplication Gateway TS7650G.
Architektura tego rozwiązania składa się z części
sprzętowej i oprogramowania. Warstwa sprzętowa
zapewnia wysoką niezawodność poprzez podwo-
jenie krytycznych elementów urządzenia, takich
jak: zasilacze, procesory, adaptery we/wy. Warstwa
oprogramowania umożliwia podłączenie serwera
ProtecTIER do sieci SAN i wykorzystanie go do
tworzenia repozytorium kopii zapasowych (backup).
Dwa serwery ProtecTIER można połączyć w jeden
system klastrowy, co z jednej strony dwukrotnie
zwiększy szybkość wykonywania backupu, a z dru-
giej podniesie niezawodność rozwiązania.
Dzięki tym cechom urządzenie IBM System
Storage ProtecTIER Deduplication Gateway
TS7650G spełnia w środowisku IT trzy funkcje:
a) emuluje wirtualną bibliotekę taśmową wraz
z wirtualnym robotem, napędami LTO i kase-
tami, przy czym dane są de facto zapisywane
na niezawodne macierze dyskowe,
b) symultanicznie deduplikuje (maksymalnie
w stosunku 25:1) wiele równoległych strumieni
danych, zapisywanych na wirtualne napędy
taśmowe poprzez wykorzystanie zaawanso-
wanego algorytmu HyperFactor,
poprzez emulację komend: „export/import slot”
oraz „insert/eject cartridge”.
Oprócz samego urządzenia ProtecTIER, kluczo-
wym elementem rozwiązania sprzętowej deduplikacji
danych jest wydajna macierz dyskowa, pełniąca funk-
cję repozytorium wirtualnych kaset. Z uwagi na fakt,
że algorytm HyperFactor umożliwia nawet 25-krotne
zmniejszenie ilości przechowywanych danych, zasto-
sowanie w tym rozwiązaniu repozytorium o pojem-
ności kilkudziesięciu terabajtów zapewni większości
przedsiębiorstwom przechowywanie kopii danych
o pojemności nawet do 1 petabajta.
W procesie deduplikacji dane przysyłane z ser-
wera tworzącego kopię zapasową (np. TSM) są
ciągle porównywane z zawartością repozytorium
i do repozytorium dopisywane są jedynie niepowta-
rzalne różnice. Jako repozytorium dyskowe w wer-
sji minimalnej IBM rekomenduje wykorzystanie
macierzy IBM DS5000 wyposażonej w 16 dysków
FC 450GB @ 15 krpm. Wydajność rozwiązania
skaluje się proporcjonalnie do pojemności macie-
rzy, czyli do liczby dobranych dysków i dla ośrod-
ków o wysokich wymaganiach można zastosować
DS5000 wyposażony w 128 wydajnych dysków
FC 450GB @ 15 krpm. Dla środowisk o ultrawyso-
kich wymaganiach wydajnościowych repozytorium
kaset wirtualnych można zdefiniować na części
macierzy klasy enterprise IBM DS8000, która ska-
luje się nawet do 1024 napędów dyskowych.
W implementacji planu Disaster Recovery licen-
cja ProtecTIER Replication umożliwia użytkowni-
kowi asynchroniczne skopiowanie wirtualnej kasety
z ośrodka podstawowego do ośrodka zapasowego
poprzez interfejsy TCP/IP o szybkości 1Gbps.
Użytkownik może definiować polityki replikacji
na poziomie pojedynczych kaset, wskazanej puli
kaset lub na poziomie wirtualnej biblioteki (jeden
TS7650G ­emuluje do 16 bibliotek wirtualnych).

24 IBM INNOVATION CENTER FOR BUSINESS PARTNERS

Dzięki procesowi deduplikacji podczas replikacji
danych do ośrodka zapasowego wysyłane są jedy-
nie efektywne różnice, co wielokrotnie zmniejsza
obciążenie łącza pomiędzy ośrodkiem podsta-
wowym a zapasowym. Po zakończeniu replikacji
w DR wykonywana jest weryfikacja i walidacja inte-
gralności danych na wirtualnych kasetach. Taką
wirtualną kasetę można dodatkowo przenieść do
rzeczywistej biblioteki IBM TS3500 w celu długo-
terminowego przechowywania.
W typowym systemie tworzenia kopii zapa-
sowych, np. dla serwera Tivoli Storage Manager,
implementacja oraz zarządzanie wirtualnymi
bibliotekami ProtecTIER odbywa się podobnie
jak w przypadku podpięcia bibliotek fizycznych.
Plan Disaster Recovery zakłada replikację danych
między ośrodkami przy wykorzystaniu procesu
ProtecTIER IP Replication. Dzięki temu w ser-
werze TSM wszystkie pule oraz wirtualnie taśmy,
które będą miały priorytet DR, będą replikowane.
Dla środowiska Tivoli Storage Manager istotne jest
również bezpieczeństwo oraz backup wewnętrz-
nej bazy. Wirtualne kasety, które „pojawiają się”
w repozytorium zapasowego TS7650G, muszą
także „pojawić się” w katalogu zapasowego ser-
wera backup. W tym celu najwygodniej jest wyko-
rzystać wewnętrzny mechanizm backupu bazy
danych TSM przy użyciu komendy Backup DB
ze wskazaniem na wirtualną kasetę TS7650G.
Następnie należy zreplikować tę kasetę do środka
zapasowego i tam wykonać proces odtworzenia
bazy danych poleceniem dsmserv Restore DB na
zapasowy serwer TSM. W procesie DR pomóc
może moduł Disaster Recovery Manager (DRM),
który pozwoli na wykonanie gotowych skryptów
oraz procedur, automatyzując proces odtworzenia
całości serwera TSM w ośrodku zapasowym.
Urządzenie IBM System Storage ProtecTIER
Deduplication Gateway TS7650G zaprojektowano
z myślą o zapewnieniu dużej dostępności i wyso-
kiej wydajności w niewiarygodnie małym, modu-
łowym pakiecie. Zastosowanie tego rozwiązania
w Państwa przedsiębiorstwie wyraźnie wpłynie na
podniesienie wydajności i jakości całego systemu
informatycznego przy równoczesnym zwiększeniu
przyszłych możliwości jego rozbudowy.

Mirosław Pura – od 2003 roku pracuje w IBM Polska na stanowisku Specjalisty IT w dziale
Systemów i Technologii (ang. STG). Jest odpo­wiedzialny za konsultacje i przygotowanie
rozwiązań funkcjonalnych z zastosowaniem systemów pamięci masowych dla dużych
przedsiębiorstw. Jego wiedza techniczna potwierdzona wieloma certyfikatami obejmuje:
automatyczne biblioteki taśmowe, macierze dyskowe, przełączniki Fibre Channel/FICON,
system wirtualizacji SVC, system retencji danych DR550 oraz oprogramowanie TPC,
wspomagające zarządzanie zasobami pamięci masowych.
Kontakt: pura_miroslaw@pl.ibm.com

Rozwiń swój biznes na sprzedaży rozwiązań IBM!

Informacje z Dystrybucji

Z RRC to łatwiejsze niż myślisz…

OFERUJEMY CI: l Pomoc w uzyskaniu niezbędnej wiedzy o oprogramowaniu IBM
lP  omoc w rozpoczęciu sprzedaży (procedury, rejestracja)
lD  oskonałe produkty łatwe w sprzedaży

Skontaktuj się z nami:

Wiola Pastyrczyk-Biskupska
tel.: +48 601 486 458
e‑mail: wiolka@rrc.com.pl
Piotr Ćwierk
tel.: +48 501 018 409
e‑mail: petros@rrc.com.pl

www.ibm.com/pl/iic 25
 Nowinki technologiczne
OpenCL for Linux on Power
Open Computing Language (OpenCL) to otwarty stan-
dard dla programowania różnych platform procesoro-
wych, począwszy od komputerów osobistych, poprzez
serwery, aż do tak zwanych handheld i urządzeń osa-
dzonych. IBM opublikował OpenCL Development Kit
for Linux on Power jako odpowiedź na potrzebę dar-
mowego środowiska programistycznego do oprogra-
mowania procesorów w serwerach IBM ­BladeCenter
QS22 i IBM ­BladeCenter JS23. Pakiet OpenCL dla
procesorów IBM wykorzystuje wiele technik optyma-
lizacyjnych dostępnych do tej pory jedynie w kompila-
torach z rodziny IBM XL. Dzięki temu aplikacje mogą
być pisane łatwiej przy jednoczesnym wykorzystaniu
wydajności platform JS23 i QS22, a aplikacje w efekcie
pracują szybciej.
Więcej informacji: alphaworks.ibm.com/tech/opencl
Opracował: Paweł Krawczyk
pawel.krawczyk@pl.ibm.com
IBM Tivoli Storage Manager Fastback 6.1 dla
serwerów w oparciu o środowiska Linux
TSM Fastback, oprogramowanie dedykowane do cią-
głego zabezpieczania danych i aplikacji na poziomie blo-
ków, m.in. takich jak MS SQL, MS Exchange w oparciu
o systemy Windows Server, od 18 grudnia 2009 r. wspiera
również środowiska linuksowe – RedHat Enterprise
Linux 5 Server oraz SuSe Linux Enterprise Server 10.
Dodatkowo wersja 6.1 oferuje deduplikację danych, która
pozwoli na redukcję potrzebnej przestrzeni do składowa-
nia zabezpieczonych danych po stronie serwera. Dzięki
tym funkcjom, tworzenie szybkich migawek wybranych
systemów oraz zarządzanie storage stanie się jeszcze
bardziej efektywne.
Więcej informacji: ibm.com/software/tivoli/products/
storage-mgr-fastback/
Opracował: Paweł Mączka
pawel.maczka@pl.ibm.com
WebSphere MQ File Transfer Edition
WebSphere MQ File Transfer Edition dostępne obecnie
w wersji 7.0.2 to rozwiązanie służące do zarządzania
transferami plików w  rozproszonej infrastrukturze.
Oprogramowanie pozwala zarządzać przesyłem pli-
ków, grup plików, pozwala śledzić postęp transferu,
prześledzić kompletność wykonanego transferu czy
odpowiednio zareagować na występujące błędy.
Wbudowane monitory pozwalają reagować na poja-
wiające się pliki i rozpoczynać przesył plików zgodnie
z ustawionymi harmonogramami. WMQ FTE wykorzy-
stuje oprogramowanie WebSphere MQ jako warstwę
transportową, zapewniającą szybkie i bezawaryjne
oprogramowanie.
Więcej informacji: ibm.com/software/integration/wmq/
filetransfer/
Opracował: Andrzej Kowalczyk
andrzej.kowalczyk@pl.ibm.com
26 IBM INNOVATION CENTER FOR BUSINESS PARTNERS
IBM przejął firmę Guardium
Firma Guardium jest dostawcą zabezpieczeń baz danych.
Oprogramowanie tej firmy potrafi monitorować w czasie
rzeczywistym działania w obrębie bazy danych, umoż-
liwiając wykrywanie nadużyć, ataków zewnętrznych
i innych nielegalnych operacji. Pikanterii dodaje fakt, że
wspomniane oprogramowanie może działać na serwe-
rach typu mainframe.
Więcej informacji: guardium.com/index.php/t1/55/
Opracował: Mariusz Czopiński
mariusz.czopinski@pl.ibm.com
Monitorowanie zasobów BladeCenter
w dużych serwerowniach
IBM Resource Monitor for BladeCenters jest to prosty
w użyciu i przejrzysty program, pozwalający na szyb-
kie i dokładne przeszukanie, jak również monitorowa-
nie zasobów sprzętowych BladeCenter. Narzędzie to
pokaże nam, jaki sprzęt posiadamy, opisując zarówno
klatki BladeCenter, serwery, jak i moduły. W łatwy sposób
sprawdzimy numery seryjne, poziomy mikrokodu, jak rów-
nież inne informacje o serwerach czy przełącznikach.
Narzędzie to wykorzystuje sieć TCP/IP, komunikując sie
z Advanced Management Module, aby zbierać informacje
o sprzęcie. Oprogramowanie to jest dostępne zarówno
na platformę Windows, jak i Linux.
Więcej informacji: alphaworks.ibm.com/tech/bcres
Opracował: Marcin Rzeczkowski
marcin.rzeczkowski@pl.ibm.com
4‑portowa Karta Ethernet –  
nowa opcja dla rozwiązań System X
Nowa 4-portowa Karta Ethernet NetXtreme II 1000 to
nowe rozwiązanie dedykowane do serwerów z rodziny
IBM System x. Oferuje przepustowość 10/100/1000 Mb
z interfejsem połączeniowym RJ45. Wspiera rozwiąza-
nia iSCSI. Bazuje na kontrolerze Broadcom NetXtreme II
5709C. Karta jest niskoprofilowa o zmniejszonej długości,
dlatego też idealnie wpasowuje się w serwery, gdzie miej-
sce na dodatkowe karty jest ograniczone.
Więcej informacji: redbooks.ibm.com/abstracts/tips0758.html
Opracował: Marcin Panasiuk
marcin.panasiuk@pl.ibm.com
Drukarka fiskalna z kopią elektroniczną
Innova DF1
Od 10.12.2009 r. dostępna jest w sprzedaży drukarka
fiskalna z kopią elektroniczną Innova DF1 oparta na
technologii IBM SureMark 4610-TF6. Jest to najmniejsza
i najszybsza drukarka w tej klasie. Kompaktowa obudowa
oraz szybkie mechanizmy: drukujący i kopii elektronicznej,
pozwalają na przyśpieszenie obsługi klienta i redukcję
kosztów utrzymania. Możliwość podłączenia poprzez
RS 232 lub USB daje pełną swobodę konfiguracji.
Więcej informacji: 4610.pl/index.php?option=product3
Opracował: Jarosław Bogusz
jaroslaw.bogusz@pl.ibm.com
Wydarzenia, w których warto wziąć udział
Nazwa Lokalizacja Data Szczegóły i rejestracja

System x,
TSM
IBM Innovation Center Roadshow Poznań 22 kwietnia monika.kaminska@pl.ibm.com

TSM,
System Warsztaty z TSM Kraków 27 kwietnia monika.kaminska@pl.ibm.com
Storage

System x,
TSM
IBM Innovation Center Roadshow Katowice 20 maja monika.kaminska@pl.ibm.com

POWER 7,
System Warsztaty z POWER 7 Warszawa 27 maja monika.kaminska@pl.ibm.com
Storage

Tivoli,
WebSphere
Warsztaty z Cloud Computing Kraków 10 czerwca monika.kaminska@pl.ibm.com

Więcej na stronie: ibm.com/pl/iic w zakładce „Warsztaty”.

✁
Ankieta konkursowa IBM

Imię  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   Nazwisko  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Firma  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   Stanowisko  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Tel.  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   E-mail  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Co jest głównym zadaniem oprogramowania IBM BladeCenter Open Fabric Manager?

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Jak ocenia Pan/Pani zawartość merytoryczną IIC Magazine?

Bardzo dobra  ❏  Dobra  ❏  Średnia  ❏  Słaba  ❏

Jakimi szkoleniami oferowanymi przez firmę IBM byliby Państwo zainteresowani?

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Niniejszym wyrażam zgodę na przetwarzanie moich danych osobowych zawartych w formularzu dla potrzeb informowania mnie
w przyszłości o działaniach marketingowych firmy IBM, zgodnie z ustawą z dnia 29.08.1999 r. o ochronie danych osobowych.
(Dz.U. nr 133, poz.833).

Podpis  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Proszę o odesłanie ankiety faksem z dopiskiem „IIC Magazine” na numer: +48 22 878 68 88*
Czekają atrakcyjne upominki IBM Innovation Center.

* Na odpowiedzi czekamy do 30 czerwca 2010 r. Dziękujemy.

Budowanie siły napędowej mądrzejszego świata.

Pięć kroków do podniesienia dynamiki

infrastruktury IT małych i średnich firm.
Mądrzejszy świat to nowe perspektywy dla małych i średnich firm. Ich struktura oraz niewielkie rozmiary sprzyjają wprowadzaniu innowacji,
dzięki którym stają się siłą napędową mądrzejszego świata. Sukces opiera się na inteligentnej technologii – aktywnym, energicznym
korzystaniu z zasobów, gdzie rolą IT jest łączenie cyfrowych i materialnych aktywów całego przedsiębiorstwa.
Tysiące małych i średnich firm tworzy bardziej dynamiczne infrastruktury IT. Stało się to możliwe dzięki wykorzystaniu serwera
IBM BladeCenter® HS22 Express™,  który zwiększa wydajność oraz usprawnia konsolidację zasobów, zużywając przy tym mniej energii.
Rosną więc zyski, a maleją koszty. IBM i nasi Partnerzy Handlowi pokażą Ci jak to zrobić:

1
Przyjrzyj się dokładnie. Skorzystaj z wiedzy i pomocy najbliższego
Partnera Handlowego IBM. Zobacz, jak wygląda infrastruktura
Twojego przedsiębiorstwa i porównaj ją ze swoją wizją
oraz aspiracjami. Dowiedz się, jak dynamiczna infrastruktura
wpływa na elastyczność Twojej firmy i jak generuje oszczędności.

2
Przygotuj się na wzrost. Z inteligentną i opłacalną
podstawą zapewnisz rozwój swojej firmie. Postaw
na elastyczną rozbudowę serwera i błyskawicznie
reaguj na zmiany. Teraz i w przyszłości.

3
Podkręć moc. Wybierz IBM BladeCenter® HS22
Express, serwer z procesorem Intel® Xeon®
z serii 5500, i zwiększ wydajność przez
konsolidację oraz wirtualizację procesów.

4
Podłącz i pracuj. Z obudową IBM BladeCenter® S Express
konfiguracja i zarządzanie IT stanie się łatwiejsze.
Twoje pamięci masowe, urządzenia sieciowe i serwery
będą w jednym miejscu.

5
Bądź ekologiczny. Oszczędzaj z BladeCenter
Zrób więcej mniejszym kosztem. – serwerem z uproszczoną obsługą
Serwer IBM BladeCenter® HS22 Express® i zarządzaniem. Dzięki jego wydajności
wraz z obudową IBM BladeCenter® S Express zaoszczędzisz do 93% energii w porównaniu
to pakiet zaprojektowany i wyceniony specjalnie z poprzednimi serwerami generacji rack.
dla małych i średnich przedsiębiorstw. Zwrot z inwestycji możesz uzyskać w czasie
Możesz go mieć od: krótszym niż 12 miesięcy.

616,69 PLN
brutto miesięcznie*.

To właśnie małe i średniej wielkości firmy są siłą napędową mądrzejszego świata.

Zadzwoń na infolinię: 0 800 11 42 32 lub wejdź na stronę ibm.com/pl/hs22
Asystent IBM Express Advantage™ pomoże Ci znaleźć odpowiedniego dla Ciebie Partnera Handlowego IBM.

* Miesięczne płatności szacowane są na podstawie 39‑miesięcznego planu leasingowego (36 miesięcznych płatności + 3 miesiące
o płatnościach 0 PLN) z możliwością wykupu sprzętu za wartość rynkową, pod koniec obowiązywania umowy leasingowej.
IBM, logo IBM, ibm.com, ikona planety, BladeCenter i Express Advantage są zarejestrowanymi znakami towarowymi lub znakami towarowymi International Business Machines Corporation
w Stanach Zjednoczonych i / lub innych krajach. Aktualna lista znaków towarowych IBM dostępna jest na www.ibm.com/legal/copytrade.shtml. Dystrybutorzy ustalają własne ceny,
co oznacza, że ceny ostateczne mogą się różnić. Produkty dostępne są według aktualnej oferty obowiązującej w IBM w Polsce. Ceny produktów mogą się zmienić bez zapowiedzi.
Cena początkowa może nie zawierać w sobie ceny twardego dysku, systemu operacyjnego lub innych cech składowych produktu. IBM BladeCenter HS22 Express jest serwerem
ogólnego użytku, który obsługuje systemy operacyjne Microsoft Windows oraz Linux. Intel, logo Intel, Xeon i Xeon Inside są zarejestrowanymi znakami towarowymi lub znakami towarowymi
Intel Corporation w Stanach Zjednoczonych i / lub innych krajach. © Copyright IBM Corporation 2010. Wszelkie prawa zastrzeżone.