Cz. III SIWZ - Opis przedmiotu zamówienia

Transkrypt

INSTYTUT IMMUNOLOGII I TERAPII DOŚWIADCZALNEJ
im. Ludwika Hirszfelda
Polska Akademia Nauk
ul. Rudolfa Weigla 12, 53-114 Wrocław
tel. / fax. (4871) 37-09-997,
http://www.iitd.pan.wroc.pl
NIP: 896-000-56-96; REGON: 000325883
Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w ramach
Programu Operacyjnego Innowacyjna Gospodarka. Dotacje na innowacje. Inwestujemy w Waszą przyszłość
Nr referencyjny nadany przez Zamawiającego SZP/12/2015
CZĘŚĆ III
OPIS PRZEDMIOTU ZAMÓWIENIA
(OPZ)
Dostawa sprzętu IT na potrzeby platformy
MultiGenBank
W ramach projektu: „Utworzenie bazy danych immunogenetycznych polskiej populacji
MultiGenBank”
Nr POIG.02.03.02-02-028/13
CPV:




48820000-2
30233141-1
31214100-0
31682530-4
-
Serwery,
Macierz
Przełączniki,
Awaryjne urządzenia energetyczne.
CZEŚĆ III – OPZ
Opis Przedmiotu Zamówienia
Uwaga 1: Jeżeli w Opisie Przedmiotu Zamówienia zostały wskazane znaki towarowe, patenty lub
pochodzenie, Zamawiający w każdym przypadku dopuszcza rozwiązanie równoważne pod
względem m.in. parametrów technicznych, materiałów, funkcji, zgodności (kompatybilności)
itp. ze sprzętem lub oprogramowaniem wskazanym przez Zamawiającego jako rozwiązanie
referencyjne.
SPIS TREŚCI
OPIS PRZEDMIOTU ZAMÓWIENIA............................................................................................... 2
WYMAGANIA OGÓLNE................................................................................................................. 3
1.1
W YMAGANE PRACE, KTÓRE MUSI WYKONAĆ W YKONAWCA, KTÓREMU ZOSTANIE
UDZIELONE ZAMÓWIENIE: ............................................................................................ 3
1.2
W YMAGANIA DLA SYSTEMU ......................................................................................... 3
1.3
ZESTAWIENIE ILOŚCIOWE W ZAKRESIE DOSTAW SPRZĘTU W RAMACH REALIZACJI
PROJEKTU BĘDĄCEGO PRZEDMIOTEM NINIEJSZEGO ZAMÓWIENIA:.................................. 3
ARCHITEKTURA I STRUKTURA LOGICZNA SYSTEMU. ............................................................ 4
1.4
ARCHITEKTURA SYSTEMU ........................................................................................... 4
PLATFORMA SCHEMAT LOGICZNY............................................................................................ 4
INFRASTRUKTURA SPRZĘTOWA PLATFORMY SERWEROWEJ ............................................. 4
1.5
ZAŁOŻENIA BUDOWY INFRASTRUKTURY SPRZĘTOWEJ ................................................... 4
1.6
WŁĄCZENIE PLATFORMY SERWEROWEJ DO ISTNIEJĄCEJ INFRASTRUKTURY
SIECIOWEJ IITD ......................................................................................................... 5
1.7
SYSTEM DO WIRTUALIZACJI I ZARZĄDZANIA SYSTEMAMI OPERACYJNYMI
(WIRTUALIZACJI ŚRODOWISKA SERWEROWEGO) ........................................................... 5
1.8
OGÓLNE WYMAGANIA DLA DOSTARCZANYCH URZĄDZEŃ ............................................... 7
1.9
PONIŻEJ ZAMIESZCZONO WYMAGANIA DLA URZĄDZEŃ NIEZBĘDNYCH DO BUDOWY
INFRASTRUKTURY SERWEROWEJ................................................................................. 8
1.9.1
Serwery........................................................................................................... 8
1.9.2
Macierz dyskowa........................................................................................... 11
1.9.1
Przełącznik sieciowy ..................................................................................... 14
1.9.2
Szafa serwerowa........................................................................................... 16
1.9.3
Zasilacz awaryjny .......................................................................................... 16
1.9.4
Przełącznik KVM .......................................................................................... 18
1.10
W YMAGANIA DOTYCZĄCE NIEZBĘDNEGO OPROGRAMOWANIA SYSTEMOWEGO DLA
PLATFORMY ............................................................................................................. 18
1.10.1 Aplikacja do tworzenia kopii zapasowych (system backupu) platformy.......... 18
1.10.2 System zarządzający platformą..................................................................... 19
WYMAGANIA DOTYCZĄCE ELEMENTÓW PROCESU WDRAŻANIA SYSTEMU ..................... 22
1.11
WDROŻENIE SYSTEMU .............................................................................................. 22
1.12
DOKUMENTACJA ODBIOROWA ................................................................................... 24
ZAWARTOŚĆ
OFERTY
ROZSZERZONEJ
WYMAGANEJ
OD
WYBRANEGO
WYKONAWCY .................................................................................................................. 25
OPIS SPOSOBU REALIZACJI ZAMÓWIENIA ................................................................................. 25
SPECYFIKACJA TECHNICZNA OFEROWANEGO SPRZĘTU ............................................................ 25
Dostawa sprzętu IT na potrzeby platformy MultiGenBank
Programu Operacyjnego Innowacyjna Gospodarka. Dotacje na innowacje. Inwestujemy w Waszą przyszłość.
2
CZEŚĆ III – OPZ
Wymagania ogólne
Wymagane prace, które musi wykonać Wykonawca, któremu zostanie udzielone
zamówienie:
1.1
a. Sprzedaż, Dostarczenie sprzętu na potrzeby bezpiecznego i wydajnego systemu
gromadzonych danych w ramach projektu „MULTIGENBANK
b. Instalacja, konfiguracja i uruchomienie platformy serwerowej systemu w siedzibie
Zamawiającego przez dzial serwisowy producenta urządzeń;
c. Zapewnienie funkcjonowania w dwóch niezależnych środowiskach – środowisku
operacyjnym i środowisku testowym;
d. Przeprowadzenie testów akceptacyjnych systemu na podstawie opracowanego przez
Wykonawcę i zaakceptowanego przez Zamawiającego scenariusza testów;
e. Przeprowadzenie instruktarzy dla Administratorów;
f. Opracowanie i dostarczenie dokumentacji powykonawczej systemu;
g. Opracowanie i dostarczenie wszystkich wymaganych instrukcji dla Administratorów
h. Dostarczenie wszystkich niezbędnych licencji oraz gwarancji producenta na
wszystkie zakupione elementy systemu (sprzęt i oprogramowanie) na okres 5 (pieciu)
lat;
1.2
Wymagania dla systemu
System musi zapewniać bezpieczną transmisję danych pomiędzy platforma serwerową
a konsolami zarządzającymi (np. poprzez wykorzystanie protokołu SSL);
System musi zapewniać automatyczne rozsyłanie komunikatów, ostrzeżeń i alarmów;
System musi zapewniać możliwość konfigurowania przez Administratora zakresu
informacji dostępnych dla danego Użytkownika;
System musi posiadać narzędzia do tworzenia kopii zapasowych oraz mechanizm
automatycznego ich wykonania. Musi także posiadać możliwość przywracania systemu
z kopii zapasowej;
System musi posiadać możliwość generowania raportów w oparciu o zadane kryteria;
a.
b.
c.
d.
e.
1.3
Zestawienie ilościowe w zakresie dostaw sprzętu w ramach realizacji projektu
będącego przedmiotem niniejszego zamówienia:
Lp.
Nazwa komponentu
Ilość
1.
Serwery
4
2.
Przełącznik
1
3.
Zasilacz awaryjny
2
4.
Macierz dyskowa
2
4
Szafa serwerowa
1
5.
Przełącznik KVM 8 portów wraz z kompletem kabli
1
6.
Wyposażenie (przewody połączeniowe, adaptery, przewody
zasilające, śruby, nakrętki klatkowe, podkładki, przepusty
kablowe i uchwyty na kable, itp.
Ilość
niezbędna
do montażu
3
CZEŚĆ III – OPZ
Architektura i struktura logiczna systemu.
1.4
Architektura systemu
Centralnym elementem systemu będzie Platforma serwerowa systemu, która zostanie
zainstalowana i uruchomiona w serwerowni IITD. Na platformie zostaną uruchomione
wszystkie niezbędne komponenty systemu, takie, jak oprogramowanie bazy danych oraz
aplikacje wspomagające.
Bezpośrednimi użytkownikami systemu będą pracownicy IITD. Poprzez dostęp do Portalu,
użytkownikami systemu będą też osoby przebywające poza IITD, wykorzystując utworzony
podczas realizacji projektu interfejs wymiany danych.
Platforma Schemat logiczny




Platforma serwerowa znajdować się będzie w serwerowni IITD we Wrocławiu
Platforma serwerowa zostanie zintegrowana z istniejącą infrastrukturą.
Pracownicy IITD oraz administratorzy systemu posiadać będą dostęp za
pośrednictwem wewnętrznej sieci (wydzielony VLAN);
Użytkownicy systemu spoza IITD łączyć się będą z Portalem poprzez bezpieczne
połączenie z wykorzystaniem protokołu HTTP over SSL;
Infrastruktura sprzętowa platformy serwerowej
1.5
Założenia budowy infrastruktury sprzętowej
Klasyczny schemat budowy platform serwerowych 0piera się on zasadzie tworzenia
odrębnych warstw, które łączą się ze sobą poprzez wewnętrzną sieć, dedykowane
połączenia sieciowe (switche, firewall, itd.). Pozwala to na zabezpieczenie zarówno aplikacji,
jak i danych przed nieautoryzowanym dostępem i możliwością uszkodzenia lub utraty
systemów i gromadzonych informacji. Proponowany jest podział platformy na 3 warstwy:

Warstwę transportową (warstwę sterowania przepływem informacji).

Warstwę usług (warstwę aplikacji);

Warstwę składowania danych;
Wszystkie urządzenia platformy muszą pracować w trybie HA
Powinna zostać zapewniona odpowiednia redundancja i nadmiarowość zasobów tak by w
przypadku awarii np. serwera fizycznego usługi na nim świadczone zostały przełączone na
inne serwery infrastruktury.
4
CZEŚĆ III – OPZ
Wydzielenie warstwy składowania danych spowodowane jest chęcią jak najbardziej
skutecznego zabezpieczenia danych gromadzonych na platformie, uzyskanie jednolitego
sposobu dostępu i zabezpieczenia danych dla różnych aplikacji oraz optymalizację
wykorzystania zasobów. W warstwie tej umieszcza się macierze dyskowe,
W warstwie usług znajdują się przede serwery, na których odbywa się przetwarzanie
informacji. W celu pełnego wykorzystania mocy obliczeniowej serwerów, a także
zabezpieczenia aplikacji przed awarią i zapewnienia możliwie nieprzerwanej pracy
systemów, wdrożony zostanie system wirtualizacji serwerów. Dane przetwarzane na
serwerach tej warstwy przechowywane są na macierzach dyskowych warstwy składowania
danych. Dostęp do serwerów zabezpieczony jest poprzez wykorzystanie urządzeń
sieciowych warstwy transportowej. Dodatkowo, dla aplikacji, które łączą się z siecią
zewnętrzną tworzy się strefę DMZ, oddzieloną od sieci wewnętrznej przełącznikami
filtrowania i kontroli dostępu.
Warstwa transportowa jest warstwą łącząca użytkowników systemów z aplikacjami
umieszczonymi w warstwie usług. Znajdują się tam urządzenia sieciowe wykorzystywane do
porządkowania ruchu sieciowego w obrębie samej platformy serwerowej, jak i sterowania,
filtrowania i agregacji ruchu pomiędzy platformą a użytkownikami Poprzez wykorzystanie
programowalnych przełączników można swobodnie konfigurować politykę dostępu do
zasobów platformy i politykę bezpieczeństwa informacji.
1.6
Włączenie platformy serwerowej do istniejącej infrastruktury sieciowej IITD
Budując platformę serwerową należy zadbać o wydajne i bezawaryjne połączenie platformy
z istniejącą infrastrukturą sieciową IITD. Dodatkowo należy wdrożyć
niezbędne
oprogramowanie systemowe zapewniające przepływ danych oraz zarządzanie infrastrukturą
tworzonej platformy .
1.7
System do wirtualizacji i zarządzania systemami operacyjnymi (wirtualizacji
środowiska serwerowego)
Zamawiający wymaga, wdrożenia na serwerach systemu wirtualizacji środowiska
serwerowego w trybie HA
Wykonawca, na potrzeby wirtualizacji środowiska serwerowego dostarczy Zamawiającemu
narzędzia do wirtualizacji środowiska serwerowego na 4 (cztery) jednoprocesorowe serwery
wirtualizacyjne
Wykonawca dostarczy Zamawiającemu komplet oprogramowania pozwalający na
uruchomienie wszystkich funkcji oferowanego systemu na 4 (czterech) serwerach
wirtualizacyjnych.
Wymagania stawiane systemowi do wirtualizacji środowiska serwerowego zawarte są w tabeli
poniżej
Lp.
Parametr
1)
2)
Konsolidacja
Wymagania dotyczące minimalnej wartości parametru
Warstwa wirtualizacji powinna być rozwiązaniem systemowym tzn. powinna być
zainstalowana bezpośrednio na sprzęcie fizycznym.
Rozwiązanie powinno zapewnić możliwość obsługi wielu instancji systemów
operacyjnych na jednym serwerze fizycznym i powinno się charakteryzować
maksymalnym możliwym stopniem konsolidacji sprzętowej.
5
CZEŚĆ III – OPZ
Lp.
Parametr
3)
Rozwiązanie powinno umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi
bez spadku wydajności i dostępności pozostałych wybranych usług.
4)
Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta
platformy sprzętowej.
5)
Rozwiązanie powinno wspierać min. Następujące systemy operacyjne: Windows Server
2008, , Ubuntu 7.04, 2.1, , Debian, CentOS, FreeBSD, Asianux, Ubuntu 7.04, ,
6)
Rozwiązanie powinno umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn
wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego
współczynnika konsolidacji.
7)
Rozwiązanie musi posiadać centralną konsolę graficzną do zarządzania maszynami
wirtualnymi usługami.
8)
Rozwiązanie powinno zapewnić możliwość monitorowania wykorzystania zasobów
fizycznych infrastruktury wirtualnej.
9)
Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii
zapasowych instancji systemów operacyjnych oraz ich odtworzenia
10)
Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii
migawkowych instancji systemów operacyjnych na potrzeby tworzenia kopii zapasowych
bez przerywania ich pracy.
11)
Oprogramowanie do wirtualizacji powinno zapewnić możliwość klonowania systemów
operacyjnych wraz z ich pełną konfiguracją i danymi.
12)
Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości
zasobów dyskowych aniżeli fizycznie zarezerwowane.
13)
System musi umożliwiać tworzenie standardowej konfiguracji dla hostów i
zautomatyzowanie zgodności dla tych konfiguracji.
14)
System powinien posiadać funkcjonalność wirtualnego przełącznika (switch)
umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć
maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej.
15)
Wysoka
dostępność
Rozwiązanie powinno mieć możliwość przenoszenia maszyn wirtualnych w czasie ich
pracy pomiędzy serwerami fizycznymi.
16)
Rozwiązanie powinno zapewnić ciągłą pracę usług. Usługi krytyczne biznesowo powinny
działać bez przestoju.
17)
Powinna zostać zapewniona odpowiednia redundancja i nadmiarowość zasobów tak by
w przypadku awarii np. serwera fizycznego usługi na nim świadczone zostały
przełączone na inne serwery infrastruktury.
18)
Rozwiązanie powinno umożliwiać łatwe i szybkie ponowne uruchomienie
systemów/usług w przypadku awarii poszczególnych elementów infrastruktury. Należy
opisać wykorzystywany mechanizm.
19)
Rozwiązanie powinno zapewnić możliwość szybkiego wykonywania kopii zapasowych
oraz odtwarzania usług. Proces ten nie powinien mieć wpływu na utylizację zasobów
fizycznych infrastruktury wirtualnej. Należy opisać wykorzystywany mechanizm.
6
CZEŚĆ III – OPZ
Lp.
Parametr
20)
Rozwiązanie powinno zapewniać pracę bez przestojów dla wybranych maszyn
wirtualnych, niezależnie od systemu operacyjnego oraz aplikacji, podczas awarii
serwerów fizycznych, bez utraty danych i dostępności danych podczas awarii serwerów
fizycznych.
21)
Rozwiązanie musi umożliwiać dodawanie i rozszerzanie dysków wirtualnych procesorów
i pamięci RAM podczas pracy wybranych systemów,
22)
System musi umożliwiać kontrole dostępu sieciowego do obszarów wrażliwych
wirtualnego centrum danych takiego jak DMZ lub serwery z danymi wrażliwymi
podlegające zgodności z przepisami PCI lub SOX w obszarze środowiska wirtualnego.
23)
Równoważenie
obciążenia
przestoje
serwisowe
24)
1.8
Czas planowanego przestoju usług związany z koniecznością prac serwisowych (np.
i rekonfiguracja serwerów, macierzy, switchy) powinien być ograniczony do minimum.
Pożądana jest możliwość przenoszenia usług pomiędzy serwerami fizycznymi oraz
wolumenami dyskowymi, bez przerywania pracy usług. Należy opisać wykorzystywany
mechanizm.
Rozwiązanie powinno umożliwiać automatyczne równoważenie obciążenia serwerów
fizycznych pracujących jak platforma dla infrastruktury wirtualnej. Należy opisać
wykorzystywany mechanizm.
25)
Obsługa
biznesu
26)
Wsparcie
techniczne
potrzeb Rozwiązanie powinno zapewnić możliwość szybkiego tworzenia i uruchamiania nowych
usług wraz z ich pełną konfiguracją i preinstalowanymi narzędziami systemowymi w celu
efektywnej obsługi wymagań biznesowych. •
Rozwiązanie powinno zapewnić
mechanizm wykonywania kopii - klonów systemów operacyjnych wraz z ich pełną
konfiguracją i danymi.
Wszystkie licencje(jeżeli sa wymagane) powinny być dostarczone wraz z min. 60
miesięcznym wsparciem, świadczonym przez producenta oprogramowania
Ogólne wymagania dla dostarczanych urządzeń
Wymagania dotyczą wszystkich urządzeń dostarczanych na potrzeby realizacji projektu
Tabela 3: Ogólne wymagania dotyczące dostarczanych urządzeń
Lp.
1.
Parametr
Status urządzeń
Dostarczone urządzenia muszą być fabrycznie nowe (tzn. wyprodukowane nie wcześniej,
niż 6 miesięcy przed ich dostarczeniem). Wraz ze sprzętem dostarczyć należy dokumenty
od producenta potwierdzające datę produkcji urządzeń;
Dostarczone urządzenia nie mogą być wcześniej używane, i muszą być dostarczone w
oryginalnych opakowaniach producenta;
Zamawiający dopuszcza możliwość zaoferowania przez Wykonawcę innego urządzenia
niż oferowanego w ofercie, o ile posiadać ono będzie lepsze parametry niż wcześniej
oferowane.
7
CZEŚĆ III – OPZ
Lp.
Parametr
3.
Dystrybucja
4..
Firmware
wsparcie
5.
Wymagania
dodatkowe
Całość dostarczanego sprzętu i oprogramowania musi pochodzić z oficjalnego kanału
sprzedaży producentów na rynek polski;
Wykonawca zapewnia i zobowiązuje się, że korzystanie przez Zamawiającego
z dostarczonych produktów nie będzie stanowić naruszenia majątkowych praw autorskich
osób trzecich;
Zamawiający zastrzega sobie możliwość zwrócenia się do producentów oferowanych
produktów o potwierdzenie, że sprzęt i licencje nie były przeznaczone dla innego odbiorcy
(w tym także do przekazania producentowi niezbędnych danych umożliwiających
weryfikację).
i Zamawiający zastrzega sobie prawo sprawdzenia u producentów rodzaju wsparcia dla
oferowanego rozwiązania;
Zamawiający wymaga, by oferowane oprogramowanie było oprogramowaniem w wersji
aktualnej na dzień dostarczenia urządzeń;
Zamawiający uzyska dostęp do części stron internetowych producentów rozwiązań,
umożliwiający:
pobieranie nowych wersji oprogramowania;
użycie narzędzi konfiguracyjnych;
dostęp do dokumentacji technicznej.
Wymagane jest oświadczenie producentów oferowanych urządzeń, że oferowane do
przetargu urządzenia spełniają wymogi w zakresie punktów 1-3;
Oferent zobowiązany jest dostarczyć wraz z oferta szczegółowa specyfikacje techniczną
dostarczanych urządzeń wraz z podaniem numerów katalogowych poszczególnych
komponentów (podzespołów);
Zamawiający wyklucza możliwość jakiejkolwiek modyfikacji lub rozbudowy urządzenia na
drodze producent-Zamawiający. W szczególności Zamawiający wyklucza możliwość
użycia jakichkolwiek części, które nie zostały przebadane przez producenta na okoliczność
zgodności z oferowanym urządzeniem, a przez to mogą wpłynąć negatywnie na warunki
gwarancji.
Ze względu na pożądaną pełną kompatybilność Zamawiający wymaga, aby kompletne
rozwiązanie w ramach infrastruktury obliczeniowej (serwery, macierz, przełącznik),
oferowane przez Wykonawcę były wyprodukowane przez jednego producenta,
posiadającego certyfikat jakości ISO 9001 (lub równoważny) zarówno na etapie produkcji
jak i świadczenia serwisu. Pozostałe elementy (KVM, UPS, szafy) Wymagane jest, aby
producent oferowanego rozwiązania posiadał lokalną organizację serwisową dysponującą
certyfikatem na prowadzenie serwisu zgodnie z ISO 9001 (lub równoważnym)
1.9
Poniżej zamieszczono wymagania dla urządzeń niezbędnych do budowy
infrastruktury serwerowej.
1.9.1 Serwery
Wykonawca dostarczy do siedziby Zamawiającego 4 serwery, ktore muszą spełniać
wymagania opisane w tabeli
8
CZEŚĆ III – OPZ
Element konfiguracji
Wymagania minimalne
Obudowa
Maksymalnie 1U RACK 19 cali (wraz ze wszystkimi elementami
niezbędnymi do zamontowania serwera w oferowanej szafie)
Procesor
Minimum jeden procesor minimum dwunastordzeniowy , x86 - 64
bity, osiągające w testach wynik nie gorszy niż 17450 punktów.
Wynik
testu
musi
być
publikowany
na
stronie
http://www.cpubenchmark.net
Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w
testów.
Liczba procesorów
Minimum 1
Pamięć operacyjna
Minimum 64 GB RDIMM DDR4, z możliwością rozbudowy do
minimum 768GB. Minimum 24 sloty na pamięć.
Sloty rozszerzeń
Możliwość instalacji minimum 3 slotów PCI-Express Generacji 3
w tym minimum dwóch slotów x16 (prędkość slotu – bus width)
oraz minimum jednego gniazda pełnej wysokości. Możliwość
zainstalowania dwóch slotów PCIe pełnej wysokości.
Dysk twardy
Możliwość zainstalowania do 10 dysków typu Hot Swap,
SAS/SATA/SSD, 2,5”. Zainstalowane: 2x 120GB 6G SATA SSD
skonfigurowane w RAID 1 przy pomocy dedykowanego
kontrolera sprzętowego.
Kontroler
Kontroler macierzowy SAS 12Gb z min 2GB cache zapewniający
obsługę do 8 napędów dyskowych SAS oraz obsługujący
poziomy: RAID 0, 1, 10, 5, 6
Interfejsy sieciowe
Minimum 4 wbudowanych portów Ethernet 10/100/1000 Mb/s z
funkcją Wake-On-LAN, RJ45, które nie zajmują slotów PCIe.
Dwuportowa karta 10GbE z wkładkami SFP+ SR
Karta graficzna
Zintegrowana karta graficzna
Porty
5 x USB 3.0 (w tym dwa wewnętrzne).
1x VGA
Wewnętrzny slot na kartę SD lub port uSSD.
Możliwość rozbudowy o:
- dodatkowy porty VGA dostępny z przodu serwera,
- port szeregowy,
Zasilacz
Minimum 2 szt., typ Hot-plug, redundantne.
Chłodzenie
Zestaw wentylatorów redundantnych typu hot-plug
Możliwość skonfigurowania serwera do pracy w temperaturze
otoczenia do 45st.C.
9
CZEŚĆ III – OPZ
Zarządzanie i obsługa
techniczna
Instalacja
Rack
w
Serwer musi być wyposażony w kartę zdalnego zarządzania
(konsoli) pozwalającej na: przejęcie pełnej konsoli tekstowej
serwera niezależnie od jego stanu (także podczas startu, restartu
OS). Możliwość przejęcia zdalnej konsoli graficznej i podłączania
wirtualnych napędów CD/DVD/ISO i FDD. Rozwiązanie
sprzętowe, niezależne od systemów operacyjnych, zintegrowane
z płytą główną lub jako karta zainstalowana w gnieździe PCI.
szafie Szyny do montażu w szafie typu rack, wraz systemem
zarządzania okablowaniem
Wsparcie
Systemów
Operacyjnych
Systemów
Wirtualizacyjnych
dla Microsoft Windows Server min. w wersji 2012
Canonical Ubuntu
i Red Hat Enterprise Linux (RHEL)
SUSE Linux Enterprise Server (SLES)
VMware Hyper-v
Citrix XenServer
Certyfikaty i standardy
Deklaracja zgodności CE dla oferowanego serwera;
Dokument poświadczający, że oferowany sprzęt jest wykonany
zgodnie z normą ISO 9001 lub równoważny;
System operacyjny
SO musi spełniać minimum następujące warunki:
Musi być zainstalowany w wersji 64-bitowej;
Musi posiadać możliwość obsługi klastra niezawodnościowego;
Musi umożliwiać pełną zgodność i współpracę z pozostałymi
komponentami platformy serwerowej (sprzęt i oprogramowanie,
macierze ). Oferent musi zapewnić pełną współpracę z platformą
integracyjna, serwerem oraz systemem do tworzenia kopii
zapasowych w taki sposób, by stanowiły spójną i optymalną
całość.
Gwarancja
Min. 5 lat NBD, gwarancja producenta świadczona na miejscu u
Zamawiającego.
W przypadku awarii dysku twardego/nośnika danych uszkodzony
dysk/nośnik pozostaje u Zamawiającego
W czasie trwania gwarancji Zamawiający musi posiadać prawo
do instalacji nowych wersji oprogramowania.
Serwis urządzeń musi być realizowany przez producenta lub
autoryzowanego partnera serwisowego producenta.
10
CZEŚĆ III – OPZ
1.9.2
Macierz dyskowa
PARAMETR
WYMAGANIA MINIMALNE
Obudowa
Przystosowana do montażu w szafie typu rack 19”, wraz ze
wszystkimi niezbędnymi elementami wymaganymi do montażu w
szafie typu rack 19”.
Redundancja
Wszystkie elementy węzła macierzy muszą być redundantne, a
jego architektura musi zapewniać odporność na wystąpienie
pojedynczego punktu awarii w obrębie poszczególnych grup
elementów: dysków, interfejsów dostępowych, kontrolerów,
zasilaczy, wentylatorów. Odporność na awarię oznacza, że
dostęp do urządzenia oraz do składowanych na nim danych musi
być realizowany bez przerywania pracy korzystającej z niego
aplikacji/systemu, zapewniając możliwość odczytów wszystkich
składowanych danych oraz wykonywania zapisów na urządzenie
nawet w przypadku awarii lub wymiany pojedynczego elementu
urządzenia z ww. grup urządzeń.
Wysoka
dostępność
Węzeł macierzy musi pracować w reżimie wysokiej dostępności
(high availability – HA), posiadać dwa kontrolery dyskowe
pracujące w trybie active-active. Węzeł macierzy musi stanowić
jednolite rozwiązanie zarządzane z pojedynczego punktu.
Kontrolery dyskowe muszą zabezpieczać się nawzajem w parze
HA. Każdy kontroler musi mieć możliwość jednoczesnej
prezentacji wszystkich wolumenów utworzonych w ramach
całego węzła macierzy.
Pamięć cache
Każdy kontroler musi być wyposażony w minimum 20 GB
pamięci cache (40GB sumarycznie). Pamięć zapisu musi być
mirrorowana (kopie lustrzane) pomiędzy obydwoma kontrolerami
dyskowymi. Pamięć cache musi być zbudowana w oparciu o
wydajną pamięć typu RAM. Nie dopuszczalne są rozwiązania,
które realizują pamięć cache tylko i wyłącznie na bazie dysków
SSD/Flash. Pamięć Cache musi mieć możliwość dynamicznej
alokacji w zakresie 50 -100% dla odczytów (odpowiednio 50-0%
dla zapisów). Jeżeli taka funkcjonalność nie jest dostępna to
wymaganie na min. wartość pamięci Cache na kontroler to
minimum 24 GB.
Dane nie zapisane na dyskach (np. zawartość pamięci
kontrolera) muszą zostać zabezpieczone w przypadku awarii
zasilania za pomocą podtrzymywania bateryjnego przez okres
minimum 48h lub poprzez zrzut zawartości na dyski nieulotne.
11
CZEŚĆ III – OPZ
PARAMETR
WYMAGANIA MINIMALNE
Funkcjonalność
Węzeł musi zapewniać możliwość dynamicznego zwiększania
pojemności woluminów logicznych oraz wielkości grup
dyskowych (przez dodanie dysków) z poziomu kontrolera bez
przerywania dostępu do danych. Musi być możliwość
zdefiniowania, co najmniej 4000 woluminów logicznych w
ramach oferowanego węzła klastra macierzy. Musi istnieć
możliwość rozłożenia pojedynczego dysku/woluminu logicznego
na wszystkie dyski fizyczne macierzy(tzw. wide striping), bez
konieczności łączenia wielu różnych dysków logicznych w jeden
większy. Możliwość replikacji synchronicznej
Pojemność
Węzeł musi posiadać możliwość rozbudowy do minimum 240
dysków. Węzeł musi posiadać możliwość rozbudowy za pomocą
nowych dysków o większych pojemnościach oraz możliwość
rozbudowy do min. 120 dysków typu Flash/SSD o pojemności,
co najmniej 200GB. Na potrzeby niniejszego postępowania
zamawiający wymaga dostarczenia przestrzeni dyskowej RAW
składającej się z:
minimum 8 szt. dysków minimum 1.2TB 6G SAS 10K
Węzeł musi umożliwiać obsługę co najmniej następujących
typów dysków instalowanych w ramach macierzy dyskowej:
Obsługiwane
napędy
NL-SAS: 1TB, 2TB, 3TB, 4TB
SAS: 300GB, 450GB, 600GB, 900GB, 1200GB
SSD: 200GB, 480GB, 920GB, 1,92TB
Poziomy RAID
Węzeł musi wspierać konfigurację grup dyskowych zgodnie ze
standardem RAID 0, 1, 5, 6 (Węzeł musi wspierać konfigurację
grup dyskowych odpornych na awarię całej półki dyskowej)
Porty
Węzeł klastra macierzy musi posiadać
Minimum 4 porty 10Gbit Eth
Kopie wewnątrz
macierzowe
Węzeł musi zapewniać dokonywanie na żądanie pełnej fizycznej
kopii danych (clone) w ramach węzła za pomocą wewnętrznych
kontrolerów. Wykonana kopia danych musi mieć możliwość
zabezpieczenia innym poziomem RAID. Musi być możliwość
wykonania kopii w innej grupie dyskowej niż dane oryginalne.
Należy dostarczyć odpowiednie licencje jeżeli są wymagane.
Węzeł musi zapewniać dokonywanie na żądanie tzw.
migawkowej kopii danych (snapshot, point-in-time) w ramach
12
CZEŚĆ III – OPZ
PARAMETR
WYMAGANIA MINIMALNE
węzła za pomocą wewnętrznych kontrolerów. Kopia migawkowa
wykonuje się bez alokowania dodatkowej przestrzeni dyskowej
na potrzeby kopii. Zajmowanie dodatkowej przestrzeni dyskowej
następuje w momencie zmiany danych na dysku źródłowym lub
na jego kopii. Węzeł musi wspierać minimum 128 kopii
migawkowych per wolumen logiczny i minimum 1024 wszystkich
kopii migawkowych.
Zarządzanie
Zarządzanie węzłem musi być możliwe z poziomu pojedynczego
interfejsu graficznego i interfejsu znakowego. Oprogramowanie
do zarządzania musi pozwalać na stałe monitorowanie stanu
węzła oraz możliwość konfigurowania jego zasobów dyskowych.
Wymagane jest również monitorowanie wydajności węzła według
parametrów takich jak: przepustowość oraz liczba operacji I/O dla
interfejsów zewnętrznych, wewnętrznych, grup dyskowych,
dysków logicznych (LUN), pojedynczych napędów dyskowych
oraz kontrolerów. Konieczne jest gromadzenie historycznych
danych wydajnościowych.
Oprogramowanie zarządzające musi umożliwiać reakcje na
zdarzenia, np. wysłanie powiadomienia do administratora lub
uruchomienie skryptu.
Min. 5 lat, gwarancja producenta świadczona na miejscu u
Zamawiającego.
Gwarancja
Przyjmowanie zgłoszeń 24 godziny na dobę, od poniedziałku do
niedzieli, także w dni ustawowo wolne od pracy
Gwarantowany czas reakcji serwisu na problem sprzętowy – max
4 godziny.
Gwarantowany czas reakcji serwisu na problem dotyczący
oprogramowania – max 2 godziny.
W przypadku awarii dysku twardego/nośnika danych uszkodzony
dysk/nośnik pozostaje u Zamawiającego.
W czasie trwania gwarancji Zamawiający musi posiadać prawo
do instalacji nowych wersji oprogramowania.
Serwis urządzeń musi być realizowany przez producenta lub
autoryzowanego
partnera
serwisowego
producenta
posiadającego ISO 9001:2000.
Praca
środowisku
wirtualnym
w
Macierz musi umożliwiać integracje
wirtualnymi, która przejawia się w:
ze
środowiskami
13
CZEŚĆ III – OPZ
PARAMETR
WYMAGANIA MINIMALNE
Obsłudze mechanizmu
Integration);
VAAI
(vStorage API’s for
Array
Uproszczeniu przydzielania wolumenów dla serwerów ESX. Z
interfejsu zarządzania VMware musi istnieć możliwość tworzenia
kolejnych datastore’ow bez konieczności logowania się do
interfejsu macierzy oraz prezentowania ich szczegółów
konfiguracyjnych, – co najmniej: nazwa macierzy, poziom
protekcji raid, numer LUN’a, itp.
Prezentowaniu szczegółów konfiguracyjnych VMware w
interfejsie macierzy. Z interfejsu macierzy musi istnieć możliwość
wglądu w zawartość wolumenów logicznych przydzielonych do
serwerów VMware, raportowania nazw nadanych wolumenom z
poziomu VMware oraz nazw maszyn wirtualnych składowanych
w tych wolumenach.
Wymagania
dodatkowe
1.9.1
Macierz musi umożliwiać wykonywanie konsystentnych replik co
najmniej aplikacji takich jak MS SQL, Vmware. Przez
konsystentną replikę aplikacji rozumie się taki stan jej danych
który nie wymaga uruchamiana wewnętrznych mechanizmów
odtwarzania podczas startu aplikacji. Macierz powinna być
zarządzana zarówno z poziomu linii komend (CLI), jak również
poprzez jeden interfejs graficzny (GUI).
Przełącznik sieciowy
Przełącznik zarządzalny
Lp Komponent
1)
Porty
Wymagania minimalne/parametry techniczne
14 portów SFP+ 10GbE FCoE
gniazda na moduły rozszerzeń
4 porty RJ-45 10/100/1000 z automatycznym ustalaniem
szybkości
2)
Zamocowanie
Do montażu w 19-calowym stelażu telekomunikacyjnym
(standard EIA)
3)
Funkcje
zarządzania
Telnet, ,HTTPS,FTP
4)
Cechy
Layer 3 routing: Layer 3 IPv4 routing provides routing of
IPv4 at media speed; supports static routes, RIP and RIPv2,
OSPF, IS-IS, and BGP Routing Information Protocol (RIP)
and RIPng support provides complete support of RIP for
both IPv4 and IPv6 OSPF and OSPFv3 support provides
complete support of OSPF for both IPv4 and IPv6 IS-IS
14
CZEŚĆ III – OPZ
and IS-ISv6 support provides complete support of IS-IS for
both IPv4 and IPv6
supports static routes, RIPng,
OSPFv3, IS-ISv6, and BGP4+ Bidirectional Forwarding
Detection (BFD)
Security: RADIUS/HWTACACS, Guest VLAN, Port
security, Port isolation, IP Source Guard, DHCP snooping
helps ensure that devices can only receive an IP address
from a legitimate DHCP server on the network
5)
Zgodność
normami
z
6)
Pamięć i procesor
IEEE 802.3,IEEE 802.3u,IEEE 802.3i,IEEE 802.3z,IEEE
802.1D,IEEE 802.1Q,IEEE 802.3ab,IEEE 802.1p,IEEE
802.3x,IEEE
802.3ad
(LACP),IEEE
802.1w,IEEE
802.1x,IEEE 802.3ae,IEEE 802.1ad,IEEE 802.1ab (LLDP)
2048 MB pamięci SDRAM
Wielkość bufora pakietów: 2 MB
512 MB pamięci flash
7)
Opóźnienie
Opóźnienie dla 1000 Mb: < 5 μs; Opóźnienie dla 10 Gb/s: <
3 μs
8)
Warstwa
przełączania
3
9)
Przepustowość
do 300 mln pakietów/s
10)
Przepustowość
400 Gb/s
rutowania/przełąc
zania
11)
Pojemność tabeli
12 000
rutingu
12)
Rozmiar tablicy
adresów MAC
32 000
13)
Możliwość
łączenia w stos
Tak
14)
Zasilanie
Dwa redundantne zasilacze
15)
Gwarancja
Minimum 60 miesięcy gwarancji producenta od momentu
podpisania umowy, czas reakcji maksymalnie do końca
następnego dnia roboczego od zgłoszenia, przyjmowanie
zgłoszeń 24 godziny na dobę, 7 dni w tygodniu NBD
15
CZEŚĆ III – OPZ
1.9.2 Szafa serwerowa
Szafa serwerów spełniającą wymagania opisane w Tabeli poniżej
Lp
Parametry
mechaniczne
Wymiary: klasa szerokości 60 cm, klasa głębokości 100 cm, wysokość użytkowa 42U lub
więce.
Wymagane zdejmowane drzwi tylne oraz osłony boczne
Perforowane drzwi przednie oraz tylne przy zachowaniu jak największych otworów dla
maksymalnej cyrkulacji powietrza,
Nośność każdej szafy umożliwiająca obsadzenie szafy dostarczanym sprzętem.
elektryczne
Szafa musi być wyposażona w system dystrybucji zasilania przystosowany do systemu 1fazowego doprowadzonego do szafy
Należy zastosować podwójny system dystrybucji zasilania całej szafy tak by w razie zaniku
zasilania na jednej linii dojścia zasilania do szafy całość instalacji mogła działać z pełną
wydajnością dzięki zasilaniu na drugiej linii dojścia.
Dostarczony system dystrybucji zasilania musi być dopasowany do dostarczanej instalacji;
liczba PDU i ich podłączenie pozostaje w gestii Wykonawcy, pod warunkiem utrzymania
warunków bezpiecznej eksploatacji zgodnie z odpowiednimi przepisami oraz
prawidłowego zasilania instalacji.
Listwy uziemienia i linki uziemienia szafy.
pozostałe
wymagania
Odpowiednia liczba niezbędnych adapterów, kabli (Ethernet, SAS / FCoE, itd.) w celu
wykonania poprawnych i zgodnych z wymaganiami specyfikacji połączeń.
Do kabli należy dostarczyć odpowiednią liczbę właściwych uchwytów, organizerów, do
ułożenia kabli w szafie.
Szafa musi spełniać wymagania stopnia ochrony IP20, zgodnie z normą PN 92/E08106/EN 60529/IEC.
Należy dostarczyć moduły PDU, listwy i okablowanie niezbędne do podłączenia serwerów,
macierzy, przełącznika do zasilaczy UPS z zachowaniem redundancji zasilania w
przypadku uszkodzenia jednego z zasilaczy.
1)
2)
3) .
1.9.3
Lp.
Zasilacz awaryjny
Opis wymagań
Nazwa elementu, parametru lub cechy
1)
Moc pozorna
6000 VA
2)
Moc rzeczywista
5400 W
3)
Typ gniazda wejściowego
Listwa zaciskowa
4)
Czas podtrzymania dla 100% obciążenia dla pf=0,9
15 min
5)
Czas podtrzymania przy 50% obciążenia dla pf=0,9
25 min
Dodatkowe bateriie
Możliwość dodania do dodatkowych modułow
baterii w celu wydłużenia czasu podtrzymania do
40 minut dla 100% obciążenia przy pf=0,9
Kształt napięcia
Sinusoidalny
6)
7)
16
CZEŚĆ III – OPZ
Lp.
Opis wymagań
8)
Napięcie znamionowe wyjściowe
/230/
9)
Zakres zmian napięcia
+/-1% napięcia nominalnego
10)
Częstotliwość wyjściowa
50/60 Hz +/-0,5%
11)
Współczynnik szczytu
3:1
12)
Dopuszczalny zakres współczynnika mocy obc. Liniowego 0,5 indukcyjny - 0,5 pojemnościowy
13)
Baterie wymieniane przez użytkownika "na gorąco"
Tak
14)
Ochrona przed głębokim rozładowaniem
Tak
15)
Okresowy automatyczny test baterii
Tak
System zarządzania pracą baterii
System nieciągłego ładowania baterii. Do oferty
dołączyć należy opis algorytmu ładowania
nieciągłego baterii. W opisie znaleźć się muszą
informacje nt. trwania okresów ładowania
forsującego, konserwującego i okresu
spoczynkowego (tzw. restingu). Okres
spoczynkowy w jednym cyklu nie może być
krótszy niż 14 dni. Opis powinien być materiałem
firmowym producenta lub musi być przez niego
potwierdzony.
Możliwość uruchomienia bez napięcia w sieci
Tak
Interfejs komunikacyjny
• USB
16)
17)
• RS232
• styki przekaźnikowe
18)
• miniport wyłącznik ON/OFF
• SNMP/Ethernet
Panel sterowania z wyświetlaczem LCD
• Panel LCD Dostarcza informacji o : stanie
pracy urządzenia, stanie obciążenia, pomiarach
i ustawieniach. Funkcje ustawień i odczytów:
lokalne, wyjścia (napięcie wyjściowe , ), baterii
(test baterii), pomiary i dane (numer seryjny,
napięcie i częstotliwość wejściowa i wyjściowa,
poziom
obciążenia,
pozostały
czas
podtrzymania, wydajność, zużycie energii).
20)
Typ obudowy
Uniwersalna Tower/Rack 6U
21)
Wyposażenie
zestaw szyn montażowych 19’
19)
1x karta sieciowa SNMP/Ethernet
17
CZEŚĆ III – OPZ
Lp.
Opis wymagań
Oprogramowanie monitorujące temperaturę i
zarządzające
UPS,
umożliwiające
automatyczne zamykanie serwerów
22)
Znaki bezpieczeństwa
CE
23)
Gwarancja producenta
60 miesięcy dla elektroniki oraz baterii
24)
Pozostałe
Podłączenie UPS do sieci
pozostaje w gestii Wykonawcy
elektrycznej
1.9.4 Przełącznik KVM
Wykonawca dostarczy do siedziby Zamawiającego 1 (jedną) konsolę KVM spełniająca
wymagania opisane w Tabeli poniżej
Konsola KVM przełącznikiem
Lp Komponent
1
Matryca
Opis wymagań
TFT, 17,3”, 16:9 1600x900, jasność min. 187 cd/m2, kontrast 500:1, czas
reakcji <16ms
Do montażu w 19-calowym stelażu telekomunikacyjnym (standard EIA)
Wysokość 1U
2
Zamocowanie
3
Złącza
D-SUB, USB 1 szt, Klawiatura z panelem typu Tuchpad
5
Ilość portów
8 typu RJ45
6
Obsługa serwerów
Max 256
Adaptery
Adapter VGA/USB 4 szt.
Gwarancja
Minimum 36 miesięcy od momentu podpisania umowy, czas reakcji
maksymalnie do końca następnego dnia roboczego od zgłoszenia,
19
1.10 Wymagania
platformy
dotyczące
niezbędnego
oprogramowania
systemowego
dla
1.10.1 Aplikacja do tworzenia kopii zapasowych (system backupu) platformy
Wykonawca, na potrzeby tworzenia kopii zapasowych tworzonego systemu, dostarczy
Zamawiającemu licencje aplikacji do obsługi systemu backupu.
Wykonawca dostarczy Zamawiającemu komplet licencji wymaganych przez producenta
dostarczanego oprogramowania niezbędnych do tworzenia kopii zapasowych i zarządzania
tymi kopiami dla następujących elementów:
4 serwery wirtualizacyjne; w tym przynajmniej jeden serwer bazodanowy (kopia środowiska
serwera bazy danych);
Wykonawca musi zapewnić kompletną instalację oprogramowania do zapisu i odczytu kopii
zapasowych.
18
CZEŚĆ III – OPZ
Wymagania stawiane aplikacji do tworzenia kopii zawarte są w tabeli poniże.
Lp.
Parametr
1.
Zapisywanie
i Oprogramowanie musi umożliwiać:
odtwarzanie kopii  tworzenie kopi zapasowych , chroniące środowisko wirtualne;
zapasowych
 możliwość ochrony maszyn wirtualnych oraz aplikacji i baz danych;
 odzyskiwanie całych serwerów wirtualnych;
 odtwarzanie danych po awarii , pozwalające odzyskiwać dane lub systemy w
dowolnej skali – od pojedynczych elementów po całe serwery.
2.
Skuteczność
odtwarzania
3.
Kopie nadmiarowe Możliwość wyeliminowania nadmiarowych kopii zapasowych, programów w
środowiskach wirtualnych;
Możliwość usuwania zduplikowanych danych pozwalająca jednocześnie ograniczyć
pojemność masową i przyspieszyć tworzenie kopii zapasowych.
4.
Obsługa pamięci Kompleksowa obsługa pamięci masowej opartej na dyskach, na potrzeby tworzenia
kopii zapasowych środowisk wirtualnych i baz danych.
masowej
5.
Ochrona
danych
6.
Ochrona
otwartych plików
Możliwość odtwarzania po awarii niezależnie od składników sprzętowych i
odzyskiwanych danych w środowisku wirtualnym, odtwarzania aplikacji oraz wydajnego
przywracania pojedynczych wiadomości, plików i folderów na dowolnym poziomie
szczegółowości.
baz Umożliwienie ochrony baz danych optymalizującej transfery danych dla 32-bitowych
oraz 64–bitowych zdalnych serwerów.
Funkcja. ochrony otwartych plików w wielu tomach i zapewnienia ochrony w trakcie
używania plików na serwerach lokalnych i zdalnych.
1.10.2 System zarządzający platformą
Wymagania stawiane systemowi zarządzania zawarte są w tabeli poniżej.
Parametr
Zarządzanie
Opis
Zarządzanie w oparciu o jednolite oprogramowanie, czyli z jednego
panelu o jednym adresie IP.
Oprogramowanie musi w sposób graficzny wizualizować stan
poszczególnych elementów infrastruktury (stan normalnej pracy,
ostrzeżenia, awarie). Musi istnieć możliwość modyfikacji panelu
głównego aplikacji poprzez zmianę kategorii systemów, dla których
prezentowany jest „stan zdrowia”/status. Na przykład musi istnieć
możliwość zawężenia prezentacji stanu zdrowia do serwerów.
Podstawowe
funkcje
zarządzania
Zdalne włączanie/wyłączanie/restart niezależnie dla każdego serwera.
Przedstawienie graficznej reprezentacji w formie 3D temperatury w
serwerowni z możliwością identyfikacji najgorętszych miejsc do poziomu
szafy technicznej lub serwera.
Wizualizacja wykorzystania procesorów (CPU), poboru energii przez
serwer i temperatury w czasie rzeczywistym.
19
CZEŚĆ III – OPZ
Możliwość automatycznego wykrywania i wizualizacji dostarczanej
mocy zasilania od poziomu serwerowni do serwera.
Bez agentowe zarządzanie i monitorowanie stanu urządzeń
Pojedynczy
interfejs
zapewniający
widoki,
podsumowanie
szczegółowych informacji o sprzęcie i oprogramowania układowego.
Zebrane dane muszą być udostępniane poprzez interfejs REST API
oraz interfejs graficzny użytkownika.
Zarządzanie uprawnieniami użytkowników poprzez definiowanie ról.
Sposób
zarządzania
Dostęp do aplikacji zarządzającej powinien być możliwy z serwera
zarządzającego lub dowolnego innego miejsca poprzez przeglądarkę
internetową (połączenie szyfrowane SSL) bez konieczności
instalowania dodatkowego oprogramowania producenta serwera.
Liczba
jednoczesnych
sesji
zarządzania
W danym momencie musi być niezależny, równoległy dostęp do konsol
tekstowych i graficznych wszystkich serwerów
Zdalna
identyfikacja
Zdalna identyfikacja fizycznego serwera i obudowy za pomocą
sygnalizatora optycznego
Konfiguracja
sprzętowa
serwera
Zautomatyzowana konfiguracja
stelażowego za pomocą profili.
Dodatkowe
•
cechy
oprogramowania
do zarządzania
Centralny system zarządzania zainstalowany na wirtualnej maszynie,
jako „virtual appliance”. Wsparcie dla środowisk wirtualizacyjnych
VMware ESX/vSphere 5.5, Windows Server 2012 (hyperV) lub
nowszych. Jeżeli do uruchomienia aplikacji wymagany jest system
operacyjny, to musi być on dostarczony razem ze wsparciem
opisanym w punkcie „Wsparcie techniczne dla aplikacji zarządzającej”.
Możliwość konfiguracji środowiska serwerów kasetowych w oparciu o
logiczne profile serwerowe obejmujące konfigurację serwera w
zakresie sieci LAN i SAN (zonning, wolumeny) wraz z możliwością
migracji pomiędzy wieloma obudowami lub serwerami. W zakres
logicznego profilu serwerowego muszą wchodzić następujące
parametry: adres MAC, adres WWN, sekwencja bootowania systemu,
sposób konfiguracji adapterów NIC i HBA, ustawienia BIOS, wersje
firmware
Możliwość konfiguracja serwerów stelażowych w oparciu o logiczne
profile zawierające minimalnie następujące parametry: sekwencja
bootowania systemu, ustawienia BIOS, wersje firmware
Ustawienia BIOS pozwalające na minimum:
-włączenie/wyłączenie funkcji hyper threading w procesorach Intel
-włączenie/wyłączenie rdzeni procesora
-włączenie/wyłącznie funkcji wirtualizacyjnych
-zmiana ustawień poziomu poboru prądu
- ustawienia trybu turbo boost w procesorach Intel
•
•
•
sprzętowa
każdego
serwera,
20
CZEŚĆ III – OPZ
•
•
•
•
•
•
Zarządzanie
macierzami
dyskowymi
- ustawienia trybu zabezpieczenia pamięci RAM
Możliwość zdalnej aktualizacji firmware serwerów i stelażowych,
Możliwość scentralizowanego, spójnego zarządzania, co najmniej 40ma serwerami
Monitorowanie utylizacji serwera: procesorów, zasilania, temperatury
Prezentacja w postaci graficznej logicznych i fizycznych połączeń
pomiędzy serwerami oraz dyskami (wolumenami logicznymi)
zaprezentowanymi z macierzy FC.
Integracja z narzędziami jak VMware vCenter oraz Microsoft
SystemCenter i Red Hat Enterprise Virtualization przez specjalną
wtyczkę (np. dodatkowe zakładki) w tych aplikacjach, rozszerzającą
możliwości zarządzania o warstwę sprzętową
Wbudowane raporty dotyczące użycia zasobów jak również
zarejestrowanych zdarzeń z możliwością eksportu do plików w
formacie xls, lub csv lub PDF
Powyższa funkcjonalność na wszystkie oferowane serwery.
Oprogramowanie musi w tym samym interfejsie, co dla serwerów,
zarządzać macierzami będącymi przedmiotem oferty w poniższym
postępowaniu. Zarządzanie rozumiane jest poprzez:
- prezentowanie stanu macierzy, adresu zarządzającego IP macierzą,
nazwy macierzy (model), numeru seryjnego i poziomu oprogramowania
układowego macierzy;
- prezentowanie dostępnej przestrzeni na macierzy z zaznaczeniem
przestrzeni wolnej do zapisu i już zapisanej (zaalokowanej);
- prezentacji w formie graficznej grup dyskowych, dysków, szablonów
dysków. Konieczne jest prezentowanie tych danych w formie mapy
określającej powiązania logiczne pomiędzy tymi komponentami – np.
które dyski (wolumeny) należą do danej grupy dyskowej;
- tworzeniu szablonów dysków, składających się z nazwy,
przyporządkowania do grupy dyskowej, pojemności dysku, typu (Thin,
Full), sposobu udostępniania (prywatny dysk dedykowany serwerowi
lub dysk współdzielony pomiędzy kilkoma serwerami). Z danego
szablonu musi istnieć możliwość tworzenia dysku (wolumenu) o
wskazanych w szablonie parametrach.
Oprogramowanie automatyzujące instalacje systemu operacyjnego z
wykorzystaniem mechanizmu PXE (bootowanie z sieci) i bez PXE
(możliwość realizacji przez osobna aplikację dostarczoną w postaci
maszyny wirtualnej wspierającej środowisk wirtualizacyjne VMware
ESX/vSphere 5.5, Windows Server 2012 (hyperV) lub nowsze)
zapewniające:
Dodatkowe
wymagania
•
•
Zautomatyzowane, personalizowane, zrównoleglone instalacje
systemów operacyjnych z wykorzystaniem zadań (ang. jobs) oraz tzw.
plików parametryzacji np. klucze licencyjne, parametry systemu:
nazwa węzła, wielkości, adresy statyczne IP itp.
Zautomatyzowane, zrównoleglone zadania takie jak:
21
CZEŚĆ III – OPZ
- ustawienie serwera do pracy w trybie „boot from SAN”
- przywrócenie ustawień domyślnych
- odświeżenie oprogramowania układowego (firmware)
- zmiana parametrów BIOS
- zmiana ustawień karty zarządzającej
W przypadku realizacji powyższych funkcjonalności przez osobną
aplikację konieczne jest zapewnienie integracji tej aplikacji z centralnym
systemem zarządzania. Integracja rozumiana jako, współpraca i
komunikacja pomiędzy tymi systemami i unikanie konfliktów przy
wykonywaniu zadań.
Wsparcie
techniczne dla
aplikacji
zarządzającej
Wymagane co najmniej 5 letnie wsparcie techniczne świadczone w
trybie 24x7, upoważniające poza zgłaszaniem awarii i problemów z
oprogramowaniem również do pobierania przez okres 5 lat aktualizacji
dla tego oprogramowania.
Wsparcie techniczne musi obejmować wszystkie oferowane aplikacje.
Wymagania dotyczące elementów procesu wdrażania systemu
1.11 Wdrożenie systemu
Listę zadań do wykonania przedstawia poniższa tabela:
Tabela 9: Zakres prac do wykonania w trakcie realizacji projektu
Lp.
Zadanie
Minimalny zakres prac do zrealizowania przez Wykonawcę
1.
Wykonanie
platformy
serwerowej
Dostarczenie serwerów, macierzy dyskowej i pozostałych komponentów platformy
serwerowej;
Montaż i uruchomienie platformy w serwerowni Zamawiającego, w tym instalacja
wirtualizatorów, systemów operacyjnych i niezbędnego oprogramowania firmware;
Montaż, podłączenie i uruchomienie macierzy dyskowej oraz instalacja i konfiguracja
oprogramowania zarządzającego;;
Uruchomienie klastra HA
Integracja platformy z istniejącą infrastrukturą serwerową IITD (podłączenie do sieci
LAN i, konfiguracja ustawień sieciowych);
Dostarczenie wszystkich niezbędnych licencji i gwarancji;
2.
Instalacja
oprogramowania
bazowego
systemu
Instalacja i uruchomienie wymaganego środowiska wirtualnego;
Instalacja i uruchomienie niezbędnych serwerów wirtualnych, w tym instalacja
systemów operacyjnych;
Uruchomienie klastra niezawodnościowego;
3.
Wdrożenie
systemu.
Uruchomienie wersji testowej
Dokonanie optymalizacji działania
22
CZEŚĆ III – OPZ
Lp.
Zadanie
Minimalny zakres prac do zrealizowania przez Wykonawcę
Instalacja oprogramowania pomocniczego
Wstępne uruchomienie całości systemu.
4.
Testy
funkcjonalne
Opracowanie scenariuszy testów sprawdzających działanie;
Przekazanie scenariuszy testów do zatwierdzenia Zamawiającemu;
Przeprowadzenie testów funkcjonalnych na wybranych serwerach Opracowanie i
wdrożenie procedur Disaster Recovery oraz przeprowadzenie odpowiednich testów
funkcjonowania w przypadku wystąpienia sytuacji awaryjnych.
5.
Opracowanie
dostarczenie
dokumentacji
i Dostarczenie dokumentacji powykonawczej infrastruktury sprzętowej;
Dostarczenie dokumentacji funkcjonalnej systemu, w tym pełnej struktury fizycznej i
logicznej (opis połączeń, );
Dostarczenie instrukcji administratora
6.
Szkolenie
7.
Testy końcowe i Zgłoszenie gotowości do testów końcowych systemu;
odbiór systemu
Przeprowadzenie (w obecności przedstawicieli Zamawiającego) całości testów w
oparciu o zatwierdzony scenariusz testów;
Przeprowadzenie testów wydajnościowych przy pełnym obciążeniu;
Dokonanie niezbędnego dostrojenia modułów;
Przeprowadzenie ponownych testów wydajnościowych;
Zgłoszenie systemu do odbioru.
Przeprowadzenie w obecności obu stron, odbioru końcowego;
Podpisanie Końcowego Protokołu Odbioru Prac.
Jednym z kluczowych elementów pełnego wdrożenia systemu jest jak najlepsze
przygotowanie do pracy użytkowników systemu. Poniżej podano podstawowe
(minimalne) wymagania dotyczące szkoleń:
Przeprowadzenie szkoleń wymaganych przez producentów instalowanych systemów
do zarządzania i/lub administrowania dostarczoną infrastrukturą sprzętową (serwery ,
przełącznik, macierz dyskowa, zasilacz awaryjny). Szkolenia przewidziane są dla 2
osób;
W przypadku, gdy dostępne są certyfikowane szkolenia w w/w zakresie tematycznym
– Wykonawca musi zapewnić możliwość odbycia takich szkoleń na poziomie
podstawowym. Wszystkie koszty związane z tymi szkoleniami (koszt samego szkolenia
oraz koszt noclegów, w przypadku, gdy szkolenia odbywać się będą poza Wrocławiem)
pokrywa Wykonawca.
W przypadku szkoleń przeprowadzanych przez Wykonawcę, czas poszczególnych
szkoleń nie może być krótszy niż: 3 dni dla każdego z elementów platformy.
Wszystkie szkolenia prowadzone przez Wykonawcę muszą być potwierdzone
Certyfikatem dla każdego uczestnika;
Wykonawca musi dostarczyć uczestnikom szkolenia zestawy materiałów
szkoleniowych (przynajmniej w formie elektronicznej (plik PDF, prezentacje, itp.).
Materiały te muszą posiadać merytoryczną zawartość odpowiadającą programowi
szkoleń;
Zakres tematyczny szkolenia, miejsce oraz termin wymagają akceptacji
Zamawiającego
Uwagi:
23
CZEŚĆ III – OPZ

Powyższy zakres prac jest jedynie podziałem zadań niezbędnych do pełnego
zrealizowania przedsięwzięcia. Wykonawca, będzie musiał opracować i przedstawić
do zatwierdzenia Harmonogram Realizacji
 Czas realizacji 30 (trzydzieści ) dni od daty podpisania umowy z Wykonawcą;
1.12 Dokumentacja odbiorowa
Jednym z warunków, które musi spełnić Wykonawca, będzie opracowanie i dostarczenie-na
różnych etapach realizacji zadania – dokumentacji. wykonanych prac. Wymagania
Zamawiającego w odniesieniu do dokumentacji są następujące:
 W procesie realizacji zamówienia Wykonawca musi opracować, i dostarczyć
przynajmniej następujące dokumenty:
o Harmonogram Realizacji Projektu;
o Scenariusz Testów Akceptacyjnych Systemu;
o Dokumentację Powykonawczą infrastruktury sprzętowej ;
o Dokumentację funkcjonalną systemu, w tym pełną strukturę (opis atrybutów i
relacji);
o Instrukcję administratora systemu;
 Dokumentacja wytworzona przez Wykonawcę powinna być dostarczona zarówno w
formie wydrukowanej w co najmniej 2 kopiach, jak również w postaci cyfrowej w co
najmniej 2 edytowalnych kopiach;
 Raporty z testów akceptacyjnych, w tym testów funkcjonalnych i testów
bezpieczeństwa, muszą potwierdzać spełnienie warunków, założeń i parametrów
określonych w niniejszym dokumencie. Raporty powinny uwzględniać m.in.: wyniki
testów akceptacyjnych obejmujących sprawdzenie poprawności działania środowiska
serwerowego (m.in. testy awarii urządzenia oraz automatycznego przejęcia pracy
przez drugie urządzenie z pary urządzeń, testy bezpieczeństwa dla platformy
operacyjnej, testy poprawnej konfiguracji replikacji danych, testy poprawności
migracji danych, testy odtwarzania danych z kopii zapasowej);
 Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji
zamówienia charakteryzowały się wysoką jakością, na którą będą miały wpływ, takie
czynniki jak:
o Kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych
braków przedstawienie omawianego problemu obejmujące całość z danego
zakresu rozpatrywanego zagadnienia;
o Struktura dokumentu, rozumiana jako podział danego dokumentu na rozdziały,
podrozdziały i sekcje, w czytelny i zrozumiały sposób;
o Zachowanie standardów, a także sposób pisania, rozumianych jako zachowanie
spójnej struktury, formy i sposobu pisania dla poszczególnych dokumentów oraz
fragmentów tego samego dokumentu;
o Spójność i niesprzeczność dokumentu, rozumianych jako zapewnienie wzajemnej
zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w
dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi
we wszystkich przekazanych dokumentach oraz we fragmentach tego samego
dokumentu.
 W skład Dokumentacji Powykonawczej infrastruktury sprzętowej , powinny wejść co
najmniej następujące elementy:
24
CZEŚĆ III – OPZ
schemat logiczny połączeń w utworzonej infrastrukturze;
schemat logiczny połączenia elementów platformy serwerowej z istniejącą
infrastrukturą IITD;
o
docelowe plany adresacji;
o dokumentacja konfiguracji urządzeń sieciowych ();
o dokumentacja konfiguracji serwerów oraz macierzy;
o dokumentacja konfiguracji systemów zarządzania;
o dokumentacja konfiguracji systemów kopii zapasowych
Wymagane jest także dostarczenie zestawienia danych identyfikacyjnych (rodzaje i
numery seryjne urządzeń, rodzaje i numery seryjne modułów, licencji, wersje
oprogramowania, ilość oraz rodzaj pamięci w każdym urządzeniu).
o
o

Zawartość oferty rozszerzonej wymaganej od wybranego Wykonawcy
Wykonawca, który złożył najkorzystniejszą ofertę, przed podpisaniem umowy na wykonanie
przedmiotu zamówienia – w celu weryfikacji spełnienia wszystkich wymagań zawartych w
Opisie Przedmiotu Zamówienia – będzie zobligowany do złożenia przed podpisaniem
umowy:
 Opis sposobu realizacji przedmiotu zamówienia
 Specyfikacja techniczna oferowanego sprzętu
Opis sposobu realizacji zamówienia
Opis ten powinien zawierać koncepcję budowy platformy serwerowej, w tym sposób
Implementacji systemu oraz integracji, koncepcję przeprowadzenia testów i szkoleń wraz z
uzasadnieniem,
W ciągu 3 dni roboczych od daty zawarcia umowy, Wykonawca dostarczy Zamawiającemu
Harmonogram Rzeczowy realizacji zamówienia
Specyfikacja techniczna oferowanego sprzętu
Dostarczona specyfikacja musi potwierdzać spełnianie wymagań zamówienia przez
oferowany sprzęt. Wraz ze specyfikacją sprzętu należy dostarczyć wszystkie wymagane
certyfikaty i oświadczenia.
25

Cz. III SIWZ - Opis przedmiotu zamówienia

Transkrypt

Podobne dokumenty

Dotacja Unijna z Programu Operacyjnego Innowacyjna Gospodarka

Portal A Sp. z oo „Interaktywna platforma kompleksowego

Zapytanie ofertowe dotyczące przeprowadzenia audytu

OŚWIADCZENIE O WYSOKOŚCI DOCHODÓW NETTO DO

2. Formularz Zgłoszeniowy

Zapytanie_ofertowe_3/12/2014 - Instytut Immunologii i Terapii

Fundusze Europejskie - dla rozwoju innowacyjnej