Dostawa i uruchomienie macierzy dyskowej SAN, przełączników, routera wraz z przeprowadzeniem szkoleń.

Opis przedmiotu przetargu: Zadanie Nr 1 1. Wstęp. Niniejszy dokument zawiera opis wymagań funkcjonalnych i technicznych dla dostarczanej macierzy dyskowej oraz przełączników. Zakres Zamówienia obejmuje: - Dostawę i uruchomienie macierzy dyskowej, - Dostawę i uruchomienie przełączników SAN, - Dostawę i montaż kart FC w serwerach, - Szkolenia z zakresu wdrożonego rozwiązania. Wykonawca musi po zakończeniu dostaw i wdrożeń przygotować Dokumentację Powykonawczą w celu przekazania jej do Zamawiającego. Dokumentacja ta musi zawierać szczegółowy opis konfiguracji i ustawień Sprzętu i Oprogramowania. 2. Zakres i miejsce dostaw 2.1. Macierz dyskowa: - Serwerownia w budynku przy ul. Pułaskiego 6 - 1 szt. 2.2. Przełączniki: - Serwerownia w budynku przy ul. Pułaskiego 6 - 2 szt. 2.3. Karty FC: - Serwerownia w budynku przy ul. Pułaskiego 6 - 3 szt. 3. Wymagania szczegółowe. 3.1. Macierz dyskowa musi być macierzą blokową SAN oraz spełniać następujące wymagania minimalne (jeżeli wymagane są licencje dla poniższych właściwości to należy je dostarczyć): 3.1.1. Macierz musi posiadać dwa redundantne kontrolery pracujące w trybie active-active. Każdy wolumen dyskowy musi być dostępny jednocześnie przez porty obu kontrolerów dyskowych. W przypadku awarii jednego kontrolera drugi kontroler musi przejąć zadania pierwszego. Kontrolery powinny pracować pod kontrolą dedykowanego systemu operacyjnego producenta macierzy. 3.1.2. Każdy kontroler macierzowy musi posiadać co najmniej jeden procesor fizyczny taktowany zegarem o częstotliwości nie mniejszej niż 2,4 GHz z czterema rdzeniami fizycznymi lub dwa procesory fizyczne z których co najmniej jeden będzie taktowany zegarem o częstotliwości nie mniejszej niż 1,8 GHz z czterema rdzeniami fizycznymi. 3.1.3. Macierz musi być wyposażona w minimum 24GB wbudowanej pamięci cache. Pamięć zapisu musi być mirrorowana (kopie lustrzane) pomiędzy obydwoma kontrolerami dyskowymi. Nie dopuszczalne są rozwiązania, które realizują wbudowaną pamięć cache 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 zwiększone jest o 50%. W przypadku awarii zasilania dane nie zapisane na dyski, przechowywane w pamięci muszą być zabezpieczone za pomocą podtrzymania bateryjnego przez minimum 48 godzin lub poprzez zapis do pamięci nieulotnej. 3.1.4. Macierz musi zostać dostarczona w konfiguracji zawierającej minimum 12 dysków 600GB SAS o prędkości obrotowej minimum 10krpm. Oferowana macierz musi mieć możliwość rozbudowy do min. 240 dysków. 3.1.5. System dyskowy musi umożliwiać obsługę co najmniej następujących typów dysków instalowanych w ramach macierzy dyskowej: - NL-SAS: 1TB, 2TB, 3TB, 4TB - SAS: 300GB 15krpm, 450GB 10krpm, 600GB 10krpm, 900GB 10krpm, 1,2TB 10krpm - SSD: minimum 400GB 3.1.6. Macierz musi wspierać konfigurację grup dyskowych zgodnie z algorytmami RAID min. 0,1,5,6. z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i wykorzystaniem wszystkich typów dysków. Macierz dyskowa musi umożliwiać mieszanie różnych poziomów RAID w ramach tych samych dysków fizycznych. Jeżeli nie jest możliwe uzyskanie takiej konfiguracji, dla uzyskania podobnej wydajności wymagane jest zrealizowanie żądanej pojemności większą o 50% liczbą dysków fizycznych dla każdego z oferowanych typów dysków. System dyskowy musi wspierać konfigurację grup dyskowych odpornych na awarię całej półki dyskowej. 3.1.7. Macierz musi mieć możliwość zdefiniowania dysków typu hot spare lub odpowiedniej przestrzeni zapasowej, które w przypadku awarii dysku produkcyjnego automatycznie zastępują uszkodzony dysk, a dane są automatycznie odbudowywane na dysk hot spare / przestrzeń zapasową na podstawie informacji nadmiarowych z grupy RAID. 3.1.8. Oferowana macierz musi posiadać minimum 4 porty FC 8Gb/s do podłączenia do sieci FC SAN. Macierz musi umożliwiać zapis i odczyt danych w trybie blokowym za pośrednictwem protokołu FC. 3.1.9. Macierz musi zapewniać funkcjonalność wielościeżkowego dostępu do wolumenów logicznych LUN poprzez FC z możliwością przełączania ścieżki w razie awarii jednej z nich z zapewnieniem ciągłości dostępu do danych. 3.1.10. Macierz musi umożliwiać dynamiczną zmianę rozmiaru wolumenów logicznych bez przerywania pracy macierzy i bez przerywania dostępu do danych znajdujących się na danym wolumenie logicznym. 3.1.11. Macierz musi umożliwiać wirtualne zdefiniowanie i zaalokowanie zasobów dyskowych o wielkości przekraczającej fizyczną pojemność macierzy. Funkcjonalność ta musi być dostępna na wszystkich typów dysków wspieranych w macierzy. Musi być możliwa koegzystencja dysków logicznych typu Thin i dysków z prealokacją na tych samych grupach dysków fizycznych. Musi być wspierana możliwość online bez przerywania dostępu do danych migracji typu dysku z Thin do dysku z prealokacją oraz odwrotnie. Macierz musi wspierać dla dysków typu Thin proces zwrotów przestrzeni bloków zwolnionych w systemie operacyjnym. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Jeżeli taka funkcjonalność nie jest dostępna, to wymagane jest dostarczenie pojemności macierzy zwiększonej o dodatkowe 50% dla każdego z typów dysków. 3.1.12. Macierz musi umożliwiać migrację wolumenów logicznych bez przerywania do nich dostępu, pomiędzy różnymi warstwami technologii dyskowych: Flash/SSD, SAS, Nearline SAS. Funkcjonalność aktualnie nie jest wymagana. Możliwość uruchomienia takiej funkcjonalności w przyszłości dla oferowanej macierzy. 3.1.13. Macierz musi umożliwiać migrację danych bez przerywania do nich dostępu pomiędzy różnymi warstwami technologii dyskowych: Flash/SSD, SAS, Nearline SAS na poziomie części woluminów logicznych (ang. Sub LUN). Zmiany te muszą się odbywać wewnętrznymi mechanizmami macierzy. Funkcjonalność musi umożliwiać zdefiniowanie zasobu LUN, który fizycznie będzie znajdował się na min. 2 typach dysków obsługiwanych przez macierz (Flash/SSD, SAS, NL SAS), a jego części będą automatycznie i transparentnie dla korzystającego z tego LUNa hosta/hostów realokowane w trybie online na podstawie analizy ruchu. Funkcjonalność aktualnie nie jest wymagana. Możliwość uruchomienia takiej funkcjonalności w przyszłości dla oferowanej macierzy. 3.1.14. Macierz musi umożliwiać dokonywanie na żądanie pełnej fizycznej kopii danych (clone) w ramach macierzy za pomocą wewnętrznych kontrolerów macierzowych. Wykonana kopia danych musi mieć możliwość zabezpieczenia innym poziomem RAID. Musi być możliwość wykonania kopii w innej grupie dyskowej niż dane oryginalne. 3.1.15. Macierz musi być wyposażona w jednolity system kopii migawkowych, dostępny dla wszystkich rodzajów dysków logicznych przechowywanych na macierzy. Dla każdego wolumenu musi istnieć możliwość wykonania co najmniej 200 kopii migawkowych, które wykonywane będą automatycznie zgodnie z założonym planem lub ręcznie przez administratora w dowolnym momencie. Wykonane i przechowywane na macierzy kopie migawkowe danych nie mogą powodować spadku wydajności macierzy powyżej 10%. Macierz musi posiadać możliwość odtwarzania całych wolumenów logicznych z kopii migawkowych bez potrzeby kopiowania danych. 3.1.16. Macierz musi umożliwiać replikację danych do drugiej takiej macierzy. Musi istnieć możliwość zestawienia replikacji synchronicznej i asynchronicznej za pośrednictwem łącza Ethernet i FC pomiędzy zaoferowanymi macierzami. Replikacja musi się odbywać mechanizmami wewnętrznymi macierzy bez udziału serwerów. Funkcjonalność aktualnie nie jest wymagana. Możliwość uruchomienia takiej funkcjonalności w przyszłości dla oferowanej macierzy. 3.1.17. Macierz musi umożliwiać ograniczenie dla wybranych wolumenów logicznych ich wydajności w zakresie IOPS i MB/s. Funkcjonalność realizowana wewnętrznymi mechanizmami macierzy. Funkcjonalność aktualnie nie jest wymagana. Możliwość uruchomienia takiej funkcjonalności w przyszłości dla oferowanej macierzy. 3.1.18. Zarządzanie macierzą musi być możliwe z poziomu pojedynczego interfejsu graficznego i interfejsu znakowego. Oprogramowanie do zarządzania musi pozwalać na stałe monitorowanie stanu macierzy oraz możliwość konfigurowania jej zasobów dyskowych. Wymagane jest również monitorowanie wydajności macierzy 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. Konieczna analiza wymienionych parametrów na bazie przechowywanych danych historycznych. 3.1.19. Redundancja kontrolerów, ścieżek do dysków, zasilaczy, wentylatorów. Macierz zapewniać musi możliwość dodania podczas pracy lub wymiany podczas pracy (hot-plug) elementów takich jak: dyski twarde, kontrolery, zasilacze i wiatraki chłodzące. 3.1.20. Macierz powinna zostać dostarczona w obudowie dedykowanej do zamontowania w szafie rack 19 cali z zestawem szyn do mocowania w szafie i wysuwania do celów serwisowych. 3.1.21. Macierz wspierać powinna minimum systemy Windows Server 2008, Windows Server 2012, Linux, VMware. 3.2. Przełączniki. 3.2.1. Przełącznik FC musi być wykonany w technologii FC 8 Gb/s i posiadać możliwość pracy portów FC z prędkościami 8, 4, 2 Gb/s z funkcją autonegocjacji prędkości. 3.2.2. Przełącznik FC musi posiadać minimum 24 sloty na moduły FC. Wszystkie wymagane funkcje muszą być dostępne dla min. 8 portów FC przełącznika. 3.2.3. Rodzaj obsługiwanych portów: E, F oraz FL. 3.2.4. Przełącznik FC musi mieć wysokość maksymalnie 1U (jednostka wysokości szafy montażowej) i szerokość 19 cali oraz zapewniać techniczną możliwość montażu w szafie 19 cali. 3.2.5. Przełącznik FC musi posiadać nadmiarowe wentylatory N+1. 3.2.6. Przełącznik FC musi być wykonany w tzw. architekturze non-blocking uniemożliwiającej blokowanie się ruchu wewnątrz przełącznika przy pełnej prędkości pracy wszystkich portów. 3.2.7. Zsumowana przepustowość przełącznika FC musi wynosić minimum 384 Gb/s end-to-end. 3.2.8. Przełącznik powinien posiadać jako opcję do przyszłego rozszerzenia możliwość konfiguracji minimum 484 tzw. buffer credits dla portów przełącznika wybranych do połączeń na dalekie odległości. 3.2.9. Przełącznik powinien posiadać jako opcję do przyszłego rozszerzenia możliwość agregacji połączeń pomiędzy przełącznikami (trunking) na poziomie poszczególnych ramek - wymagana jest możliwość utworzenia połączenia trunk o przepustowości minimum 64 Gb/s. 3.2.10. Przełącznik FC musi udostępniać usługę Name Server Zoning - tworzenia stref (zon) w oparciu bazę danych nazw. 3.2.11. Przełącznik FC musi posiadać możliwość wymiany i aktywacji wersji firmware-u w czasie pracy urządzenia, bez wymogu ponownego uruchomienia urządzeń w sieci SAN. 3.2.12. Przełącznik musi być w pełni zgodny z oferowanymi HBA FC w serwerach, oferowaną oraz istniejącą macierzą dyskową oraz oferowaną biblioteką taśmową FC. 3.2.13. Każdy przełącznik powinien być wyposażony w 8 szt. wkładek FC SFP 8Gb SW. 3.2.14. Wraz z każdym przełącznikiem należy dostarczyć 5 szt. kabli FC LC-LC OM-3 o długości 2m. 3.3. Karty FC do serwerów 3.3.1. Karty FC do serwera instalowane będą w serwerach DELL PowerEdge R610. 3.3.2. Instalacja karty w serwerze nie może powodować utraty gwarancji serwera. 3.4. Szkolenia. 3.4.1. Szkolenia prowadzone przez certyfikowanych trenerów z wdrożonego rozwiązania. 3.4.2. Ilość osób do przeszkolenia - 2. 4. Opis wdrożenia i integracji. 4.1. Wykonawca skonfiguruje i uruchomi dostarczoną macierz oraz przełączniki w ramach zamówienia w lokalizacji Zamawiającego wg zaleceń Zamawiającego. 4.2. Instalację przełączników i kart FC do serwerów należy zaplanować i wykonać bez przerw w pracy istniejącego środowiska. 4.3. W ramach zamówienia Wykonawca dostarczy niezbędne przewody zasilające i połączeniowe oraz moduły do uruchomienia macierzy i przełączników. 4.4. Wykonawca dostarczy wszelkie niezbędne licencje, jeśli takie występują do uruchomienia opisanych funkcjonalności. 5. Warunki gwarancji i serwisu. 5.1. Warunki ogólne: 5.1.1. Serwis gwarancyjny musi być oparty na świadczeniach gwarancyjnych producenta sprzętu. 5.1.2. Dostarczony sprzęt musi być fabrycznie nowy (różnica między datą produkcji a dniem podpisania protokołu zdawczo - odbiorczego nie większa niż 6 miesięcy). 5.1.3. Serwis gwarancyjny świadczony ma być w miejscu użytkowania sprzętu. 5.1.4. W czasie obowiązywania gwarancji Wykonawca zobowiązany jest do udostępnienia Zamawiającemu nowych wersji firmware i sterowników (na płytach CD lub stronach internetowych). 5.1.5. Wykonawca ponosi koszty napraw gwarancyjnych, włączając w to koszt części i transportu. 5.2. Okres gwarancji i wsparcia: 5.2.1. Wykonawca udzieli gwarancji na prawidłowe działanie dostarczanej macierzy dyskowej wraz z dyskami na okres minimum 3 lata. 5.2.2. Wykonawca udzieli gwarancji na prawidłowe działanie dostarczanych przełączników na okres minimum 3 lata. 5.2.3. Okres gwarancji liczony jest od daty podpisania protokołu zdawczo-odbiorczego. 5.3. Wymagane czasy naprawy 5.3.1. Reakcja w miejscu instalacji w ciągu 4 godzin od otrzymania zgłoszenia. 5.4. Zgłoszenia serwisowe 5.4.1. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych przez telefon w godzinach pracy Zamawiającego; faks, e-mail i WWW - przez całą dobę. 5.4.2. Wykonawca musi zapewnić możliwość monitorowania wpływających zgłoszeń serwisowych oraz stanu ich realizacji dla uprawnionych pracowników Zamawiającego, poprzez dedykowany serwis WWW (Helpdesk) nie później niż od dnia podpisania protokołu zdawczo-odbiorczego. Wykonawca winien podać w formularzu ofertowych (załącznik nr 1 do SIWZ) parametry techniczne oferowanego towaru. Zadanie Nr 2 1. Wstęp. Niniejszy dokument zawiera opis wymagań funkcjonalnych i technicznych dla dostarczanego routera. Zakres Zamówienia obejmuje: - Dostawę i uruchomienie routera, - Szkolenia z zakresu wdrożonego rozwiązania. Wykonawca musi po zakończeniu dostaw i wdrożeń przygotować Dokumentację Powykonawczą w celu przekazania jej do Zamawiającego. Dokumentacja ta musi zawierać szczegółowy opis konfiguracji i ustawień routera. 2. Zakres i miejsce dostaw 2.1. Router: - Serwerownia w budynku przy ul. Pułaskiego 6 - 1 szt. 3. Wymagania szczegółowe. 3.1. Urządzenie musi spełniać następujące wymagania minimalne (jeżeli wymagane są licencje dla poniższych właściwości to należy je dostarczyć): 3.1.1. Powinno być wyposażone w co najmniej trzy zintegrowane porty WAN 10/100/1000 Ethernet w tym co najmniej jeden port SFP. 3.1.2. Powinno posiadać minimum dwa sloty na moduły dodatkowe. 3.1.3. Powinno posiadać dedykowany do zarządzania port konsoli. 3.1.4. Powinno posiadać minimum 1 port USB w wersji 2.0. 3.1.5. Powinno posiadać co najmniej 256 MB pamięci FLASH. 3.1.6. Powinno posiadać co najmniej 512 MB pamięci DRAM. 3.1.7. Powinno posiadać zasilacz umożliwiający zasilanie prądem przemiennym 230 V. 3.1.8. Powinno mieć możliwość routingu pakietów zgodnie z protokołami RIP, OSPF, BGP, PIM 3.1.9. Powinno wspierać Policy Based Routing. 3.1.10. Powinno wspierać QoS w oparciu o DiffServ. 3.1.11. Powinno mieć oprogramowanie z funkcjami bezpieczeństwa (funkcje opisane w tym punkcie powinny działać jednocześnie): a) Szyfrowanie połączeń 3DES oraz AES (minimum 50 jednoczesnych tuneli) b) Firewall c) Ochrona samego urządzenia (Control-Plane) przed atakami DoS i nadużyciami d) Filtrowanie URL 3.1.12. Powinno mieć możliwość uruchomienia oprogramowania współpracującego z dostępnymi systemami kontroli kondycji bezpieczeństwa hostów. Np. Network Access Protection, Network Admission Control, etc. 3.1.13. Powinno umożliwiać zarządzanie poprzez SSHv2. 3.1.14. Powinno posiadać wsparcie dla protokołu IGMPv3. 3.1.15. Powinno obsługiwać funkcjonalność Network Address Translation. 3.1.16. Powinno obsługiwać tworzenie sieci VLAN w oparciu o 802.1Q. 3.1.17. Wsparcie dla co najmniej 64 VLANów 802.1Q. 3.1.18. Wydajność proponowanego urządzenia nie może być mniejsza niż 500 kpps; szyfrowanie IPSec z przepustowością nie mniejszą niż 160 Mb/s. 3.1.19. Powinno być zarządzane przez SNMP. 3.1.20. Powinno posiadać możliwość eksportu informacji przez NetFlow lub odpowiednik. 3.1.21. Powinno posiadać możliwość komunikacji z serwerami uwierzytelniania i autoryzacji za pośrednictwem protokołu RADIUS i TACACS+. 3.1.22. Powinno być konfigurowalne przez linie komend (CLI) oraz interfejs graficzny (oczekiwane są narzędzia dodatkowe w postaci kreatorów połączeń, etc.). 3.1.23. Plik konfiguracyjny urządzenia powinien być możliwy do edycji w trybie off-line. Tzn. konieczna jest możliwość przeglądania i zmian konfiguracji w pliku tekstowym na dowolnym urządzeniu PC. Po zapisaniu konfiguracji w pamięci nieulotnej powinno być możliwe uruchomienie urządzenia z nową konfiguracją. W pamięci nieulotnej musi być możliwość przechowywania dowolnej ilości plików konfiguracyjny (ilość ograniczona tylko pojemnością pamięci). Zmiany aktywnej konfiguracji muszą być widoczne natychmiastowo - nie dopuszcza się częściowych restartów urządzenia po dokonaniu zmian. 3.1.24. Powinno mieć możliwość montażu w szafie 19 cali 3.1.25. Wykonawca dostarczy wszelkie niezbędne licencje, jeśli takie występują do uruchomienia opisanych funkcjonalności. 3.1.26. Wykonawca dostarczy i zamontuje skonfigurowane urządzenie. Konfigurację należy wykonać wg zaleceń Zamawiającego. 3.2. Szkolenia. 3.2.1. Szkolenia prowadzone przez certyfikowanych trenerów z wdrożonego rozwiązania. 3.2.2. Ilość osób do przeszkolenia - 2. 4. Opis wdrożenia i integracji. 4.1. Wykonawca skonfiguruje i uruchomi dostarczone urządzenie w ramach zamówienia w lokalizacji Zamawiającego wg zaleceń Zamawiającego. 4.2. Instalację routera należy zaplanować i wykonać bez przerw w pracy istniejącego środowiska. 4.3. W ramach zamówienia Wykonawca dostarczy niezbędne przewody zasilające i połączeniowe. 4.4. Wykonawca dostarczy wszelkie niezbędne licencje, jeśli takie występują do uruchomienia opisanych funkcjonalności. 5. Warunki gwarancji i serwisu. 5.1. Warunki ogólne: 5.1.1. Serwis gwarancyjny musi być oparty na świadczeniach gwarancyjnych producenta sprzętu. 5.1.2. Dostarczony sprzęt musi być fabrycznie nowy (różnica między datą produkcji a dniem podpisania protokołu zdawczo - odbiorczego nie większa niż 6 miesięcy). 5.1.3. Serwis gwarancyjny świadczony ma być w miejscu użytkowania sprzętu. 5.1.4. W czasie obowiązywania gwarancji Wykonawca zobowiązany jest do udostępnienia Zamawiającemu nowych wersji firmware i sterowników (na płytach CD lub stronach internetowych). 5.1.5. Wykonawca ponosi koszty napraw gwarancyjnych, włączając w to koszt części i transportu. 5.2. Okres gwarancji i wsparcia: 5.2.1. Wykonawca udzieli gwarancji na prawidłowe działanie dostarczanego routera na okres minimum 3 lata. 5.2.2. Okres gwarancji liczony jest od daty podpisania protokołu zdawczo-odbiorczego. 5.3. Wymagane czasy naprawy 5.3.1. Reakcja w miejscu instalacji w ciągu 8 godzin od otrzymania zgłoszenia. 5.4. Zgłoszenia serwisowe 5.4.1. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych przez telefon w godzinach pracy Zamawiającego; faks, e-mail i WWW - przez całą dobę. Wykonawca winien podać w formularzu ofertowych (załącznik nr 1 do SIWZ) parametry techniczne oferowanego towaru.