Zestawienie wymaganych parametrów technicznych Załącznik nr 1 do SIWZ Poz. 1 - System pamięci masowej - szt. 1 W ramach przedmiotu zamówienia należy dostarczyć elementy sprzętowo-programowe zgodne z poniższymi wymaganiami minimalnymi: Lp. Element konfiguracji Wymagania minimalne Cechy fizyczne oferowanego rozwiązania 1 Obudowa System pamięci masowej musi być dostarczony ze wszystkimi komponentami do instalacji w szafie rack 19''. 2 Dyski System pamięci masowej musi pozwalać na obsługę następujących dysków twardych: - SSD min. 200 GB - SAS min. 450 GB - SATA/NL-SAS min. 1 TB, Budowa systemu pamięci masowej musi umożliwiać jej rozbudowę do modeli wyższych bez potrzeby migracji danych. 3 Przestrzeń dyskowa System pamięci masowej o pojemności min. 14 TB musi składać się z dysków SAS o prędkości obrotowej 10000 RPM i pojemności min. 600 GB 4 Kontroler Dwa kontrolery pracujące w trybie active-active. Każdy kontroler po min. 6 GB cache. W przypadku awarii zasilania, dane niezapisane na dyskach (przechowywane w pamięci), muszą być zabezpieczone za pomocą podtrzymania bateryjnego przez min. 72 godziny lub mechanizmem równoważnym. 5 Zabezpieczenie sprzętowe System RAID zapewniający taki poziom zabezpieczania danych, RAID obszaru aby był możliwy do nich dostęp w sytuacji awarii minimum dwóch przeznaczonego na dowolnych dysków w grupie RAID. przechowywanie danych 6 Interfejsy zewnętrzne Oferowany system pamięci masowej musi posiadać min. 8 portów 1 Gb Ethernet, min. 4 porty 10Gb Ethernet obsadzonymi wkładkami SFP+ oraz min. 4 porty SAS. Cechy użytkowe proponowanego rozwiązania 7 Protokoły i udostępnianie danych System pamięci masowej musi obsługiwać jednocześnie protokoły FC, iscsi. Jednoczesna obsługa różnych protokołów dostępu do danych nie może być realizowana za pomocą dodatkowych urządzeń pośredniczących typu wirtualizator, gateway, switch, etc. 8 Kompresja System pamięci masowej musi obsługiwać funkcjonalność kompresji danych, która będzie realizowana na poziomie pamięci cache zapisu w celu ograniczenia liczby operacji IO na dyskach. Funkcjonalność musi być dostępna dla wszystkich typów danych obsługiwanych przez system pamięci masowej. 9 Kopie migawkowe System pamięci masowej musi umożliwiać wykonywanie kopii migawkowych wolumenów, w trybie on-line, bez zatrzymywania operacji odczytu i zapisu dla wszystkich rodzajów danych. 10 Inne funkcjonalności System pamięci masowej ma posiadać funkcjonalność Thin Provisioning. Wymagana jest możliwość udostępniania przestrzeni tak, aby zajmowana była przestrzeń tylko fizycznie zapisana. Musi 1
być możliwe utworzenie LUN o przestrzeni większej niż faktycznie dostępna, z możliwością rezerwacji miejsca w systemie dla konkretnego LUN. System pamięci masowej musi umożliwiać dynamiczną zmianę rozmiaru wolumenów logicznych bez przerywania pracy systemu i bez przerywania dostępu do danych znajdujących się na danym wolumenie. W celu realizacji QoS system pamięci masowej ma posiadać funkcjonalność priorytetyzacji zadań wykonywanych na poszczególnych wolumenach. Priorytety mogą być zmieniane dynamicznie bez potrzeby przerywania dostępu do danych. 11 Zarządzanie Musi być dostępne pełne zarządzanie systemem pamięci masowej przy pomocy CLI z dostępem poprzez telnet i ssh bez konieczności instalowania dodatkowego oprogramowania, aplikacji i konsoli producenta systemu w celu uzyskania dostępu do CLI. System pamięci masowej musi być dostarczony z aplikacją do zarządzania poprzez GUI. 12 Monitorowanie i obsługa awarii System pamięci masowej musi posiadać możliwość automatycznego informowania przez pocztę elektroniczną o wystąpieniu awarii systemu. W przypadku awarii krytycznej systemu pamięci masowej musi być możliwy dostęp do informacji o niedziałającym systemie, wyłączenie/włączenie urządzenia, reset urządzenia, inicjowanie zrzutu zawartości pamięci (core-dump), dostęp do informacji systemowych. 13 Licencje Wykonawca musi dostarczyć wymagane licencje na wszystkie wyszczególnione wyżej funkcjonalności dla deklarowanej przez producenta maksymalnej pojemności dyskowej systemu pamięci masowej. 14 Rozbudowa (nie należy dostarczać na to licencji na obecnym etapie, jednakże musi istnieć możliwość aktywacji tej funkcjonalności w przyszłości.) Musi istnieć możliwość rozbudowy macierzy dyskowej o wszystkie poniższe funkcjonalności, jeżeli: 1. Odtwarzanie pojedynczych plików i całych wolumenów z kopii migawkowych musi odbywać się bez potrzeby kopiowania danych, przenoszenia bloków informacji etc. 2. System musi mieć możliwość szybkiego wykonywania kopii migawkowych aplikacji/baz danych (Exchange, SAP na Windows, SAP na Linux, Oracle na Windows, Oracle na Linux, Oracle na Solaris, Oracle na AIX, Oracle na HP-UX, MS SQL, VMware, Hyper-V) z zachowaniem spójności danych oraz gwarantujących poprawne odtwarzanie dzięki integracji z samymi aplikacjami. i) Rozwiązanie musi obsługiwać mechanizm backup-u dyskowego i odtwarzania danych wymienionych systemów z wykorzystaniem funkcjonalności kopii migawkowych snapshot wbudowanych w system operacyjny macierzy. ii) Mechanizm backup-u musi umożliwiać wykonywanie backup-u on-line, to znaczy bez zatrzymywania pracy systemów aplikacji/bd. iii) Rozwiązanie musi umożliwiać automatyzację procesu wykonywania backup-ów, w tym definiowanie planów backup-u i automatyczne wykonywania backup-ów zgodnie z tym planem. iv) Rozwiązanie musi umożliwiać odtwarzanie z backup-u również pojedynczych skrzynek pocztowych, 2
pojedynczych wiadomości, kontaktów oraz wpisów kalendarza. Rozwiązanie musi posiadać intuicyjny system wyszukiwania w danych backup-owych, umożliwiający odnalezienie poszukiwanej wiadomości, kontaktu lub wpisu z kalendarza przy pomocy słów kluczowych Musi istnieć mechanizm odtwarzania on-line, to jest przywrócenia odtwarzanego elementu do bazy działającego serwera MS Exchange, jak i odtwarzania w trybie off-line, to jest bez udziału serwera MS Exchange. W takiej sytuacji odtworzenie powinno być możliwe do pliku możliwego do otworzenia przy pomocy programu MS Outlook. 3. System musi mieć możliwość backupu danych na macierze tego samego producenta za pomocą wewnętrznych mechanizmów systemu operacyjnego macierzy, w tym: i) Backup musi działać w trybie kopii pełnych oraz w trybie forever incremental ii) System musi umożliwiać wykonywanie backupu danych plikowych (w tym również otwarte pliki) serwerów typu Linux, UNIX oraz MS Windows ze wsparciem dla Microsoft Cluster Service, w trybie online, za pomocą protokołu IP, bezpośrednio na wydzieloną, obsługiwaną przestrzeń dyskową. Funkcjonalność ta musi być realizowana w trybie kopii pełnych oraz kopii przyrostowych w oparciu o system kopii migawkowych typu snapshot wbudowanych w system operacyjny macierzy iii) Realizacja backupu danych plikowych musi być możliwa w sieci lokalnej, jak i zdalnie poprzez sieć WAN z użyciem kompresji. iv) Backup musi być zrealizowany w taki sposób, aby umożliwić odtworzenie systemu wraz z System State w przypadku awarii sprzętowej serwera plików v) W celu możliwości sterowania pasmem przesyłowym dla backupu danych plikowych musi istnieć możliwość określania maksymalnej prędkości przesyłania danych, które podlegają zabezpieczeniu. vi) Zarządzanie backupem serwerów musi być dostępne z poziomu interfejsu CLI macierzy. 4. Macierz musi mieć możliwość wykonywania błyskawicznych klonów całych wolumenów, klonowanie oparte o metodę Redirect-on-write. 5. Macierz musi zapewniać możliwość bezpośredniej replikacji danych z obsługą minimum trybu replikacji synchronicznej i asynchronicznej. Funkcja ta musi być realizowana za pośrednictwem mechanizmów macierzowych. Nie dopuszcza się realizacji tej funkcjonalności poprzez dodatkowe serwery, gateway lub inne rozwiązania zewnętrzne. 15 Gwarancja i serwis 3 lata serwisu na macierz z czasem wymiany elementu na następny dzień roboczy oraz 3 lata subskrypcji na oprogramowanie. Uszkodzone dyski w czasie trwania serwisu pozostają u zamawiającego. Szczegółowe warunki gwarancji zawiera wzór umowy. 3
Poz. 2 - Przełącznik 24 portowy 10GB szt. 2 Wymagania fizyczne dotyczące urządzenia: 24 x 10 GBaseT 4 x SFP+ 10 GbE należy dostarczyć 2 kompatybilne wkładki SFP+ 10GbE per przełącznik Port USB Port RS-232 Wymaga się aby przełącznik posiadał możliwość instalacji redundantnego zasilacza. Wymagania dotyczące obsługiwanych standardów oraz funkcji: IEEE 802.1Q (do 4k VLAN ID) IEEE 802.1p (CoS) IEEE 802.1D Spanning Tree Protocol IEEE 802.1v Protocol VLAN & Port VLAN Voice VLAN Guest VLAN IP subnet VLAN VLAN w oparciu o MAC IEEE 802.1 Q-in-Q IEEE 802.1w Rapid Spanning Tree IEEE 802.1s Multiple Spanning Tree IEEE 802.3ad (Static lub LACP) do 48 trunks IEEE 802.1x IGMP v1, v2, v3 snooping support IGMP querier Ochrona przed burzami broadcast, multicast oraz unicast Filtering multicast Ograniczenie przepustowości na wejściu co 1 Kb/s GARP/GVRP/GMRP DHCP snooping IP source guard Dynamic ARP inspection TACACS+ LLDP LLDP-MED ISDP sflow DoS Private group Protected port DHCP L2 relay MLD v1, v2 snooping Energy Efficient Ethernet (EEE) IEEE 802.3az Auto-EEE PHB BOOTP and DHCP options 66, 67, 150, 55, 125 iscsi Flow Acceleration Min ilość monitorowanych adresów TCP 16 Min ilość sesji 192 Min ilość połączeń 192 4
AutoVoIP ilość rozmów 16 Zarządzanie: SNMP v1, v2c, v3 RFC 768 UDP UDP Relay RFC 951 BOOTP RFC 1213 MIB II RFC 1757 RMON groups 1,2,3, oraz 9 RFC 1215 SNMP traps RFC 1493 Bridge MIB RFC 1643 Ethernet Interface MIB RFC 1534 DHCP oraz BOOTP interoperation RFC 2131, 2132 DHCP oraz BOOTP RFC 2865 RADIUS (dostęp dla przełącznika oraz zarządzania) RFC 2866 RADIUS accounting RFC 3580 VLAN przydzielanie poprzez RADIUS (Dynamiczny VLAN) Private enterprise MIB Wsparcie dla Port mirroring Flow-based mirroring RFC 2030 (SNTP) SYSLOG Aktualizacja oprogramowania poprzez TFTP, SFTP, HTTP, SCP Proxy ARP DNS lookup Port description Wymagania wydajnościowe: Metoda przekazywania ramek: Store-and-forward Magistrala 480 Gbps; Ilość przekazywanych pakietów: min 357 Mpps Opóźnienie (64 bajtowa ramka, 1 Gbps): <2,5μs Opóźnienie (64 bajtowa ramka, 10 Gbps): < 1,8 μs Pamięć systemowa: min. 256 MB Bufor: min. 16 Mb Ilość pamięci Flash: min. 128 MB Wielkość bazy MAC: min 32 K Ilość VLAN: min 1024 Ilość grup multicast: min. 2K Ilość LAG: min. 12 Ilość kolejek: min. 8 Ilość statycznych tras: min. 128 Ilość interfejsów IP: min. 128 Ramki Jumbo: do 9k Minimalny deklarowany czas pracy pomiędzy awariami (MTBF): min. 172 tyś godzin 5