Dostawa, instalacja i kompleksowe wdrożenie platformy wirtualizacji

Opis przedmiotu przetargu: Przedmiotem zamówienia jest dostawa i instalacja platformy wirtualizacji, zgodnie z zapisami umowy i Specyfikacji Istotnych Warunków Zamówienia (SIWZ) oraz oferty Wykonawcy. Zamawiający zastrzega sobie prawo weryfikacji technicznej przedmiotu zamówienia przed wyborem najkorzystniejszej oferty. Wykonawca zobowiązany będzie do zademonstrowania oferowanego rozwiązania w ciągu 3 dni roboczych od daty otrzymania wezwania. Weryfikacja polegać będzie na ocenie zgodności oferowanego sprzętu z wymogami SIWZ. W przypadku niespełnienia wymogów, o których mowa powyżej, kolejny Wykonawca spełniający wszystkie warunki udziału w postępowaniu, którego oferta otrzyma najwyższą punktację, zostanie wezwany do zademonstrowania przedmiotu zamówienia, itd. Załącznikiem do formularza ofertowego będzie opracowany przez Wykonawcę obligatoryjny wykaz wszystkich oferowanych w ramach platformy wirtualizacji elementów, zawierający nazwy producentów oraz identyfikatory produktów (PN - part number), umożliwiające jednoznaczną identyfikację elementów, a także informację o wykorzystanej architekturze referencyjnej infrastruktury konwergentnej, jeśli zaoferowano elementy główne objęte pojedynczą architekturą referencyjną. Zamawiający nie ogranicza możliwości składania ofert równoważnych, zastrzega jednak możliwość niedopuszczenia rozwiązań równoważnych, wszędzie tam gdzie ze względu na kompatybilność technologii z rozwiązaniami już posiadanymi, mogłoby w jakimkolwiek stopniu ograniczyć funkcjonalność rozwiązań, czy narazić go na jakiekolwiek dodatkowe koszty, np. koszty modernizacji, integracji czy koszty szkolenia. Każdorazowo to na Wykonawcy leży obowiązek jednoznacznego udowodnienia równoważności rozwiązań. Oferowana platforma wirtualizacji gwarantować musi w ujęciu globalnym brak pojedynczych punktów awarii (SPOF). Oferowana platforma wirtualizacji musi gwarantować bezprzerwowe operacje zarządzania również serwisowe. Z uwagi na dalece idącą różnorodność wykorzystanych systemów, zakłada się możliwie najdalszą separację poszczególnych rozwiązań oraz największy dostępny poziom abstrakcji i odseparowania od warstwy fizycznej. Parametry wydajnościowe poszczególnych elementów platformy wirtualizacji muszą pozwalać na dalszą wydajną pracę nawet podczas wyeliminowania pojedynczego elementu funkcjonalnego takiego jak pojedynczy serwer czy kontroler. Wymagania ogólne dla platformy wirtualizacji Zbudowana w oparciu o co najmniej 3 hosty, Dla każdego hosta co najmniej 6 procesorów fizycznych, o architekturze x86, wynik wydajności procesora w układzie dwuprocesorowym musi być nie niższy niż 840 punktów w testach SPECint2006 Rate Result publikowanych przez SPEC.org (www.spec.org), model procesora wprowadzony na rynek nie wcześniej niż w 2014 roku, minimum 8 fizycznych rdzeni na procesor umożliwiających sprawną pracę aplikacji wielowątkowych oraz taktowaniu rdzenia co najmniej 3,2 GHz zapewniających sprawną pracę aplikacji jednowątkowy Pamięć operacyjną dla każdego hosta o wielkości co najmniej 16 GB na fizyczny rdzeń procesora, Pamięci podręczna SSD dla każdego hosta o wielkości co najmniej 50 GB na fizyczny rdzeń procesora, Karta sieciowa dla każdego hosta gwarantująca zagregowaną komunikację z obudową opartą o co najmniej 4 połączenia o przepustowości 10GbE dla każdego serwera, Klaster macierzy głównych gwarantujący co najmniej 30 TB użytecznej przestrzeni na dane i kopie migawkowe, Macierz zapasowa na kopie zapasowe gwarantująca co najmniej na 40TB użytecznej przestrzeni na dane i kopie migawkowe udostępnione, Sieć zapewniać musi wysoką dostępność oraz komunikację opartą na 4 połączeniach o przepustowości 10GbE dla każdego interconnect-a i macierzy i na 2 połączeniach o przepustowości 10GbE dla stack-a systemu przełączników dystrybucyjnych, Zintegrowane oprogramowanie do wirtualizacji i kopii zapasowych zapewniać musi wysoką dostępność oraz efektywną replikację i kopie zapasowe, W ramach przedmiotu zamówienia Wykonawca dostarczy kompletną platformę wirtualizacji zawierającą modularny system serwerowy, system pamięci masowej, system wirtualizacji, system kopii zapasowych, system sieciowych przełączników rdzenia, system przełączników dystrybucyjnych, Modularny system serwerowy System musi być modularnym systemem serwerowym (server blade) opartym o obudowę serwerową (blade chassis) przystosowaną do montażu w szafie rack 19 zawierającą gniazda rozszerzenia przewidziane do instalacji modułów serwerowych (blade), jak również moduły przełączające, zasilacze oraz wentylatory, a także centralny system zarządzania zintegrowany w dedykowanym systemie przełączania, Wymagania dla obudowy serwerów blade (blade chassis) Możliwość instalacji w pojedynczej obudowie co najmniej 8 dwuprocesorowych modułów serwerowych (x86), Zintegrowane w ramach chassis moduły zasilaczy i wentylatorów, Zintegrowany sieciowy moduł przełączający, umożliwiający dołączenie każdego modułu serwerowego dedykowanym redundantnym wewnętrznym interfejsem 10GE, w sposób niewymagający użycia kabli (realizowane w ramach obudowy - backplane), Zwiększenie niezawodności poprzez instalację dwóch sieciowych modułów przełączających, dołączających w niezależny sposób poszczególne moduły serwerowe poprzez wewnętrzne interfejsy 10GE, Możliwość instalacji, co najmniej 4 modułów zasilających, Możliwość wymiany na gorąco (hot-swap) takich elementów jak wentylatory i zasilacze, Maksymalny rozmiar obudowy (chassis) nie więcej niż 6 RU (Rack Unit), Wymagania dla dedykowanego modułu systemu przełączania (interconnect) Musi posiadać co najmniej 16 wewnętrznych portów 10GB, Musi posiadać co najmniej 4 zewnętrzne porty 10G w standardzie SFP+ i jeden zewnętrzny port 40GB w standardzie QSFP+, Musi umożliwiać instalację wkładek SFP+ typu 1000Base-SR oraz 1000Base-LR oraz zintegrowanych z wkładkami SFP+ kabli miedzianych typu Twinax (STP), a także obsługę interfejsów FC 4GB i 8GB, Musi wspierać obsługę kabli typu DAC 40GB do 4x10GB o długościach do 10m, Musi umożliwiać dołączania serwerów rackowch do systemu zarzadzania bezpośrednio przez interfejsy 10GB znajdujące się w module. Do tego celu musi wspierać kable DAC 10GB o długości do 10m, Musi realizować następujące funkcje warstwy 2 (layer 2) IEEE 802.1Q, 512 wirtualnych sieci LAN (VLAN) i 32 wirtualnych sieci SAN (VSAN), Link Aggregation Control Protocol (LACP) IEEE 802.3ad, obsługa ramek Jumbo dla wszystkich portów, IGMP v1, v2, v3 snooping, Dwa moduły przełączające musza umożliwiać klastrowanie a przez to uzyskanie jednego interfejsu do zarzadzania środowiskiem, Aktualizacja oprogramowania musi odbywać się bez przerw w pracy środowiska (co najmniej jeden interconnect musi działać), Musi wspierać co najmniej poniższe standardy IEEE 802.1p CoS prioritization, IEEE 802.1Q VLAN tagging, IEEE 802.3 Ethernet, IEEE 802.3ad LACP, IEEE 802.3ae 10 Gigabit Ethernet, IEEE 802.1AB LLDP, SFP+ support, RMON, Wymagania modułu serwerowego, moduł serwerowy (blade) typu musi spełniać następujące wymagania Musi być oparty o architekturę x86 i posiadać, co najmniej dwa gniazda dla procesorów, co najmniej ośmiordzeniowych, Musi posiadać, co najmniej 24 gniazda DIMM przeznaczonych do instalacji modułów pamięci DDR4 ECC umożliwiających uzyskanie w maksymalnej konfiguracji 1536 GB pamięci. Musi istnieć możliwość instalacji modułów pamięci 32GB, 64 GB, Musi umożliwiać instalację dwóch dysków 2,5 SFF SAS, SATA lub SSD oraz instalację adaptera sieciowego dającego łączną przepustowość 2x40GBps, Musi umożliwiać instalację systemów operacyjnych: Microsoft Windows Server 2008 w wersji Standard i Enterprise, RedHat Linux w wersji standardowej oraz Advanced Platform, VMware vSphere w wersji Advanced, Enterprise, Enterprise Plus, Zestaw musi posiadać system zarządzania spełniający następujące wymagania: Centralny system zarządzania musi być zintegrowany w dedykowanym systemie przełączania bez konieczności instalowania jakichkolwiek rozszerzeń sprzętowych, Brak konieczności instalowania dedykowanych modułów zarządzających w obudowach serwerowych. Bezpośrednia komunikacja modułów serwerowych, sieciowych modułów rozszerzających i innych elementów w obudowie serwerowej z centralnym systemem zarządzania, Możliwość konfiguracji środowiska w oparciu o profile serwerowe obejmujące konfigurację serwera w zakresie sieci LAN i SAN wraz z mobilnością w zakresie migracji, Zasilanie: Wymagana jest możliwość wymiany modułu zasilającego w czasie pracy obudowy serwerowej bez zakłócenia jej pracy, Wymagana jest możliwość instalacji, co najmniej 4 modułów zasilających w pojedynczej obudowie serwerowej, Wymagane jest, aby moc każdego z modułów wynosiła, co najmniej 2.5 kW, Wymagana jest możliwość podwyższenia niezawodności zasilania poprzez pracę zasilaczy w trybach N+1, N+N, Grid, Wymagana jest możliwość wymiany wentylatorów w czasie pracy obudowy serwerowej bez zakłócenia jej pracy, Wymagana jest dostawa następujących elementów: Jedna (1) obudowa serwerowych (blade chassis) wyposażona w: 4 (cztery) moduły zasilające oraz 2 (dwa) sieciowe moduły przełączające (interconnect), Trzy (3) moduły serwerowe (blade), z których każdy wyposażony jest w: 2 (dwa) ośmiordzeniowe procesory taktowane zegarem 3,20 GHz z 20MB cache, 256GB pamięci RAM w standardzie nie gorszym niż DDR4-2133 w konfiguracji optymalnej dla wydajności w oparciu o nie więcej niż 4 moduły na procesor fizyczny, 800GB pamięci cache SSD w standardzie nie gorszym niż SAS 12G i zbudowanym na nie więcej niż dwóch indywidualnych dyskach oraz kontrolerze, jeden (1) czteroportowy adapter sieciowy 10G GbE typu CNA (Converged Network Adapter) z implementacją FCoE oraz wraz ze wsparciem, dla co najmniej 256 wirtualnych interfejsów sieciowych Ethernet (vNIC) lub wirtualnych adapterów Fibre channel host bus adapter (Fibre Channel vHBA) zapewniający zagregowaną przepustowość 40Gbps dla oferowanej konfiguracji, Wymaga się dostarczenia systemu zarządzania dostarczonym modularnym systemem serwerowym oraz kabla KVM umożliwiającego podłączenie monitora myszy i klawiatury i portu szeregowego, System pamięci masowej: Pamięć masowa musi być dostarczona ze wszystkimi komponentami służącymi do instalacji w szafie rack 19, Klaster macierzy głównych: Co najmniej 2 (dwie) kompletne niezależne dwukontrolerowe wysokodostępne macierze, Każda macierz musi zostać dostarczony w konfiguracji zawierającej minimum 24 dyski 900GB SAS o prędkości obrotowej 10 tys. obrotów na min (możliwość rozbudowy o kolejne dyski) z funkcjonalnością błyskawicznego odtwarzania danych z kopii migawkowych niewymagającą kopiowania danych, Macierz zapasowa: Co najmniej 1 (jedna) kompletna dwukontrolerowa wysokodostępna macierz, System musi zostać dostarczony w konfiguracji zawierającej minimum 24 dyski 2TB SATA NL-SAS o prędkości obrotowej 7,2 tys. obrotów na min (możliwość rozbudowy o kolejne dyski), Każda z macierzy musi wspierać co najmniej dyski: SAS: 600GB i 900GB, 1200GB, 1800GB, SATA NL-SAS: 2TB, 3TB, 4TB, 6TB, SSD: 200GB, 400GB, 800GB, 1600GB, Budowa macierzy musi umożliwiać rozbudowę do modeli wyższych, Każda z macierzy musi mieć możliwość rozbudowy do co najmniej 144 dysków, Każda z macierzy musi być wyposażona w dwa kontrolery wyposażone w przynajmniej 18GB pamięci cache każdy, W przypadku awarii zasilania dane niezapisane na dyski, przechowywane w pamięci muszą być zabezpieczone za pomocą podtrzymania bateryjnego przez minimum 72 godziny, Macierz musi pozwalać na rozbudowę do klastra 4 kontrolerów udostępniających (każdy) zarówno dane blokowe, jak i plikowe, Macierz musi pozwalać na poszerzenie pamięci Cache za pomocą SSD do 4TB, nie dopuszcza się zastosowania dysków SSD w formie Tieringu, Macierz musi w docelowej konfiguracji zapewniać dla danych minimum: 4 porty 10Gb, 4 porty 1Gb, 4 porty SAS, jeśli realizacja danego połączenia wymaga odpowiednich wkładek (SFP+) lub kabli zamawiający wymaga dostarczenia ich w ramach tego postępowania, Raid - System RAID musi zapewniać taki poziom zabezpieczania danych, aby był możliwy do nich dostęp w sytuacji awarii minimum dwóch dysków w grupie RAID, Macierz musi być wyposażona w system kopii migawkowych, dostępny dla wszystkich rodzajów danych przechowywanych na macierzy. System kopii migawkowych nie może powodować spadku wydajności macierzy większego niż około 5%, Macierz musi obsługiwać jednocześnie protokoły: FC, FCoE, iSCSi, CIFS, NFS, a jeśli potrzebne są licencje Zamawiający wymaga dostarczenia ich wraz z macierzą, Macierz musi posiadać funkcjonalność eliminacji (deduplikacji) identycznych bloków danych, którą można stosować na macierzy i danych produkcyjnych dla wszystkich rodzajów danych. Macierz powinna mieć możliwość czynności odwrotnej - cofnięcia procesu deduplikacji na zdeduplikowanym wolumenie, Macierz musi posiadać funkcjonalność kompresji danych, Macierz musi posiadać wsparcie dla wielościeżkowości dla systemów Win 2003 2008, Linux, Vmware, Unix, Macierz musi umożliwiać dynamiczną zmianę rozmiaru wolumenow logicznych bez przerywania pracy macierzy i dostępu do danych znajdujących się na wolumenie, Macierz musi posiadać funkcjonalność priorytetyzacjii zadań, Macierz musi mieć możliwość replikacji wybranych danych na inną macierz tego samego producenta w trybie asynchronicznym. Funkcjonalność replikacji danych musi być natywnym narzędziem macierzy. Przed procesem replikacji macierz musi umożliwiać włączenie procesu deduplikacji danych w celu optymalizacji wykorzystania łącza dla replikowanych zasobów lub zamawiający wymaga dostarczenia zewnętrznego narzędzia urządzenia do deduplikowania replikowanych danych, Macierz musi posiadać możliwość automatycznego informowania przez macierz i przesyłania przez pocztę elektroniczną raportów o konfiguracji, utworzonych dyskach logicznych i woluminach oraz ich zajętości wraz z podziałem na rzeczywiste dane, kopie migawkowe oraz dane wewnętrzne macierzy, Wszystkie funkcjonalności muszą być dostarczone na maksymalną pojemność macierzy, Z macierzą zamawiający wymaga dostarczenia oprogramowania, które pozwala na: monitoring wykorzystania przestrzeni na macierzy, monitoring grup RAIDowych, monitoring wykonywanych backupów replikacji danych między macierzami, monitoring wydajności macierzy, analizę i diagnozę spadku wydajności. Zamawiający dopuszcza zastosowanie oprogramowania zewnętrznego, na pełną maksymalą pojemność macierzy, Producent musi dostarczyć usługę w postaci portalu WWW lub dodatkowego oprogramowania umożliwiającą następujące funkcjonalności: narzędzie do tworzenia procedury aktualizacji oprogramowania macierzowego, procedura musi opierać się na aktualnych danych pochodzących z macierzy oraz najlepszych praktykach producenta, musi uwzględniać systemy zależne np, macierze replikujące, musi umożliwiać generowanie planu cofnięcia aktualizacji oraz narzędzie do wyświetlania statystyk dotyczących wydajności, utylizacji, oszczędności uzyskanych dzięki funkcjonalnościom, a także narzędzie wyświetlające konfiguracji macierzy oraz porównywanie jej z najlepszymi praktykami producenta w celu usunięcia błędów konfiguracji. Portal może pochodzić od innego producenta niż producent macierzy, Dostarczony system musi posiadać również 3 lata subskrypcji na mechanizm dostarczania miesięcznych raportów dotyczących częstotliwości występowania usterek i zaleceń dotyczących instalacji nowych sterowników, System wirtualizacji: Licencje muszą umożliwiać uruchomienie wirtualizacji na dostarczonych serwerach fizycznych oraz jednej konsoli do zarządzania całym środowiskiem, Platforma wirtualizacji musi być rozwiązaniem systemowym, tzn. musi być zainstalowana bezpośrednio na sprzęcie fizycznym i nie może być częścią innego systemu operacyjnego, Platforma wirtualizacji nie może dla własnych celów alokować więcej niż 200MB pamięci operacyjnej RAM serwera fizycznego, Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym. Wymagana jest możliwość przydzielenia maszynie, większej ilości wirtualnej pamięci operacyjnej niż jest zainstalowana w serwerze fizycznym oraz większej ilości przestrzeni dyskowej niż jest fizycznie dostępna, Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością dostępu do 4TB pamięci operacyjnej, Oprogramowanie do wirtualizacji musi zapewnić możliwość przydzielenia maszynom wirtualnym do 128 procesorów wirtualnych, Rozwiązanie musi umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez spadku wydajności i dostępności pozostałych wybranych usług, Rozwiązanie musi w możliwie największym stopniu być niezależne od producenta platformy sprzętowej, Rozwiązanie musi wspierać następujące systemy operacyjne: Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Ubuntu 7.04, RHEL 5, RHEL 4, RHEL3, RHEL 2.1, Debian, CentOS, FreeBSD, Mac OS X, Rozwiązanie musi zapewniać sprzętowe wsparcie dla wirtualizacji zagnieżdżonej, w szczególności w zakresie możliwości zastosowania trybu XP mode w Windows 7, a także instalacji wszystkich funkcjonalności w tym Hyper-V pakietu Windows Server 2012 na maszynie wirtualnej, Rozwiązanie musi posiadać centralną konsolę graficzną do zarządzania środowiskiem serwerów wirtualnych. Konsola graficzna musi być dostępna poprzez dedykowanego klienta i za pomocą przeglądarek, minimum IE i Firefox, Dostęp przez przeglądarkę do konsoli graficznej musi być skalowalny, musi umożliwiać rozdzielenie komponentów na wiele instancji w przypadku zapotrzebowania na dużą liczbę jednoczesnych dostępów administracyjnych do środowiska, Rozwiązanie musi zapewniać zdalny i lokalny dostęp administracyjny do wszystkich serwerów fizycznych poprzez protokół SSH, z możliwością nadawania uprawnień do takiego dostępu nazwanym użytkownikom bez konieczności wykorzystania konta root, Rozwiązanie musi umożliwiać składowanie logów ze wszystkich serwerów fizycznych i konsoli zarządzającej na serwerze Syslog. Serwer Syslog w dowolnej implementacji musi stanowić integralną część rozwiązania, Rozwiązanie musi zapewnić możliwość monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej i zdefiniowania alertów informujących o przekroczeniu wartości progowych, Oprogramowanie musi umożliwiać zarządzanie serwerem, zaawansowane zarządzanie energią, monitoring obciążenia CPU, RAM, HDD, sieci, integrację z wirtualizatorami, Rozwiązanie musi umożliwiać integrację z rozwiązaniami antywirusowymi firm trzecich w zakresie skanowania maszyn wirtualnych z poziomu warstwy wirtualizacji, Rozwiązanie musi zapewniać możliwość konfigurowania polityk separacji sieci w warstwie trzeciej, tak aby zapewnić oddzielne grupy wzajemnej komunikacji pomiędzy maszynami wirtualnymi, Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii zapasowych instancji systemów operacyjnych oraz ich odtworzenia w możliwie najkrótszym czasie. Kopie zapasowe muszą być składowane z wykorzystaniem technik deduplikacji, Musi istnieć możliwość odtworzenia pojedynczych plików z kopii zapasowej maszyny wirtualnej przez osoby do tego upoważnione bez konieczności nadawania takim osobom bezpośredniego dostępu do głównej konsoli zarządzającej całym środowiskiem, Mechanizm zapewniający kopie zapasowe, musi być wyposażony w system cyklicznej kontroli integralności danych. Ponadto musi istnieć możliwość przywrócenia stanu repozytorium kopii zapasowych do punktu w czasie, kiedy wszystkie dane były integralne w przypadku jego awarii, Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy z możliwością wskazania konieczności zachowania stanu pamięci pracującej maszyny wirtualnej, Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi, Oprogramowanie zarządzające musi posiadać możliwość przydzielania i konfiguracji uprawnień z możliwością integracji z usługami katalogowymi, w szczególności: Microsoft Active Directory, Open LDAP, Platforma wirtualizacyjna musi umożliwiać zastosowanie w serwerach fizycznych procesorów o dowolnej ilości rdzeni, Rozwiązanie musi umożliwiać tworzenie jednorodnych wolumenów logicznych o wielkości do 62TB, Rozwiązanie musi zapewniać możliwość dodawania zasobów w czasie pracy maszyny wirtualnej, w szczególności w zakresie ilości procesorów, pamięci operacyjnej i przestrzeni dyskowej, Rozwiązanie musi posiadać wbudowany interfejs programistyczny (API) zapewniający pełną integrację zewnętrznych rozwiązań wykonywania kopii zapasowych z istniejącymi mechanizmami warstwy wirtualizacyjnej, Rozwiązanie musi umożliwiać wykorzystanie technologii 10GbE w tym agregację połączeń fizycznych do minimalizacji czasu przenoszenia maszyny wirtualnej pomiędzy serwerami fizycznymi, Rozwiązanie musi zapewniać możliwość replikacji maszyn wirtualnych z dowolnej pamięci masowej w tym z dysków wewnętrznych serwerów fizycznych na dowolną pamięć masową w tym samym lub oddalonym ośrodku przetwarzania, Rozwiązanie musi gwarantować współczynnik RPO (Recovery Point Obcjective) na poziomie minimum 5 minut, Oprogramowanie do wirtualizacji musi obsługiwać przełączenie ścieżek SAN (bez utraty komunikacji) w przypadku awarii jednej ze ścieżek, Oprogramowanie do wirtualizacji musi obsługiwać przełączenie ścieżek LAN (bez utraty komunikacji) w przypadku awarii jednej ze ścieżek, System musi mieć możliwość uruchamiania fizycznych serwerów z centralnie przygotowanego obrazu poprzez protokół PXE, Rozwiązanie musi umożliwiać utworzenie jednorodnego, wirtualnego przełącznika sieciowego, rozproszonego na wszystkie serwery fizyczne platformy wirtualizacyjnej, Przełącznik taki musi zapewniać możliwość konfiguracji parametrów sieciowych maszyny wirtualnej z granulacją na poziomie portu tego przełącznika. Pojedyncza maszyna wirtualna musi mieć możliwość wykorzystania jednego lub wielu portów przełącznika z niezależną od siebie konfiguracją, Konsola zarządzania platformą wirtualizacji musi umożliwiać centralną konfigurację przełącznika rozproszonego, a mechanizmy wewnętrzne muszą zapewniać propagację tej konfiguracji do wszystkich serwerów fizycznych tworzących wzajemnie ten przełącznik, Platforma wirtualizacji w ramach przełącznika sieciowego musi zapewniać możliwość integracji z produktami (przełącznikami wirtualnymi) firm trzecich, tak aby umożliwić granularną delegację zadań w zakresie zarządzania konfiguracją sieci do zespołów sieciowych, Przełącznik rozproszony musi współpracować z protokołem NetFlow, Przełącznik rozproszony musi umożliwiać funkcjonalność duplikowania ruchu sieciowego dowolnego jego portu wirtualnego na inny port, Przełącznik musi mieć wbudowane mechanizmy składowania kopii konfiguracji, przywracania tej kopii, a także mechanizmy automatycznie zapobiegające niewłaściwej konfiguracji sieciowej, które w całości lub w części mogą eliminować błędy ludzkie i utratę łączności sieciowej, System musi umożliwiać udostępnianie pojedynczego urządzenia fizycznego (PCIe) jako logicznie separowane wirtualne urządzenia dedykowane dla poszczególnych maszyn wirtualnych, Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi, pamięciami masowymi niezależnie od dostępności współdzielonej przestrzeni dyskowej, różnymi rodzajami virtualnych przełączników sieciowych, pomiędzy centrami przetwarzania danych oraz pomiędzy centralnymi konsolami zarządzającymi platformami wirtualnymi, Musi zostać zapewniona odpowiednia redundancja i nadmiarowość zasobów tak by w przypadku awarii np. serwera fizycznego usługi na nim świadczone zostały automatycznie przełączone na inne serwery infrastruktury, Rozwiązanie musi umożliwiać łatwe i szybkie ponowne uruchomienie systemów/usług w przypadku awarii poszczególnych elementów infrastruktury, Rozwiązanie musi zapewnić bezpieczeństwo danych mimo poważnego uszkodzenia lub utraty sprzętu lub oprogramowania, Rozwiązanie musi zapewniać mechanizm bezpiecznego, bezprzerwowego i automatycznego uaktualniania warstwy wirtualizacyjnej wliczając w to zarówno poprawki bezpieczeństwa jaki zmianę jej wersji, Rozwiązanie musi posiadać co najmniej 2 niezależne mechanizmy wzajemnej komunikacji między serwerami oraz z serwerem zarządzającym, gwarantujące właściwe działanie mechanizmów wysokiej dostępności na wypadek izolacji sieciowej lub partycjonowania sieci, Decyzja o próbie przywrócenia funkcjonalności maszyny wirtualnej w przypadku awarii lub niedostępności serwera fizycznego musi być podejmowana automatycznie, jednak musi istnieć możliwość określenia przez administratora czasu, po jakim decyzja jest wykonywana, Rozwiązanie musi zapewniać pracę bez przestojów dla wybranych maszyn wirtualnych (o maksymalnie czterech procesorach 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, Czas planowanego przestoju usług związany z koniecznością prac serwisowych (np. rekonfiguracja serwerów, macierzy, switchy) musi być ograniczony do minimum. Konieczna jest możliwość przenoszenia usług pomiędzy serwerami fizycznymi, wolumenami dyskowymi, klastrami, centrami przetwarzania danych bez przerywania pracy usług, Rozwiązanie musi umożliwiać automatyczne równoważenie obciążenia serwerów fizycznych pracujących jako platforma dla infrastruktury wirtualnej, System musi mieć wbudowany mechanizm kontrolowania i monitorowania ruchu sieciowego oraz ustalania priorytetów w zależności od jego rodzaju, System musi mieć wbudowany mechanizm kontrolowania i monitorowania ruchu do pamięci masowych oraz ustalania priorytetów dostępu do nich na poziomie konkretnych wirtualnych maszyn, System musi mieć możliwość grupowania pamięci masowych o podobnych parametrach w grupy i przydzielania ich do wirtualnych maszyn zgodnie z ustaloną przez administratora polityką, System musi mieć możliwość równoważenia obciążenia i zajętości pamięci masowych wraz z pełną automatyką i przenoszeniem plików wirtualnych maszyn z bardziej zajętych na mniej zajęte przestrzenie dyskowe lub i z przestrzeni dyskowych bardziej obciążonych operacjami IO na mniej obciążone, Rozwiązanie musi gromadzić i umożliwiać zunifikowaną, graficzną prezentację informacji o wszystkich aspektach infrastruktury serwerów wirtualnych z uwzględnieniem danych szczegółowych takich jak poziom obciążenia sieci czy ilość IOPS w komunikacji z pamięcią masową, Zgromadzone dane muszą zapewniać ocenę kondycji, wydajności i pojemności dowolnego elementu infrastruktury, wliczając centrum danych, klastry, serwery fizyczne, podsystemy dyskowe i grupy maszyn wirtualnych. Ocena ta musi być wartością jednowymiarową wyliczoną na podstawie agregacji zgromadzonych danych szczegółowych, Dostęp do warstwy prezentacji wyników analiz wydajnościowo pojemnościowych musi być możliwy przez dedykowanego klienta oraz przez przeglądarkę internetową, Uprawnienia do warstwy prezentacji wyników muszą dopuszczać rozłączność z uprawnieniami do infrastruktury, Rozwiązanie musi precyzyjnie określać na podstawie aktualnej i historycznej dynamiki rozwoju infrastruktury pozostałą pojemność i czas pozostały do przewidywanego wysycenia zasobów, Progi alertowe muszą być generowane dynamicznie na podstawie zabranych danych z infrastruktury i trybie ciągłym korygowane na podstawie aktualnego obciążenia i pozostałej pojemności infrastruktury, Musi istnieć możliwość zdefiniowania progów alertowych dla wydzielonej części infrastruktury, w tym poprzez zadanie warunków brzegowych, które w danym momencie poszczególny komponent spełnia, Rozwiązanie musi zapewniać mechanizmy szybkiej identyfikacji incydentów oraz rekomendacje i mechanizmy do ich rozwiązania. W szczególności rozwiązanie musi umożliwiać analizę korelacji wystąpień incydentów wydajnościowych ze zmianami infrastrukturalnymi, o których wiedzę w danym momencie posiada system zarządzający platformą serwerów wirtualnych, Rozwiązanie musi mieć możliwość generowania alertów i raportów wydajnościowo-pojemnościowych dla statycznie i dynamicznie zdefiniowanych grup maszyn wirtualnych, System analizy kondycji, wydajności i pojemność środowiska musi być wolny od wszelkich ograniczeń, technicznych i licencyjnych w zakresie jego instalacji na maszynach wirtualnych i przenoszenia tych maszyn pomiędzy serwerami fizycznymi, Rozwiązanie musi posiadać zaawansowany mechanizm umożliwiający prognozowanie zmian pojemności platformy wirtualnej (w szczególności: zmiana liczby maszyn wirtualnych, zmiana liczby hostów fizycznych, zmiana liczby i rodzaju przestrzeni dyskowej) z możliwością planowania umieszczania tych zmian w konkretnym momencie czasu, System Kopii Zapasowych: Oprogramowanie powinno współpracować z instrastrukturą VMware w wersji 4.0, 4.1, 5.0, 5.1, 5.5, 6 oraz Microsoft Hyper-V 2008 R2 SP1, 2012 I 2012 R2, Oprogramowanie powinno wpółpracować z hostami zarządzanymi przez VMware vCenter oraz Microsoft Virtual Machine Manger oraz z hostami niezarządzanymi, Oprogramowanie powinno zapewniać tworzenie kopii zapasowych wszystkich systemów operacyjnych maszyn wirtualnych wspieranych przez vSphere i Hyper-V, Oprogramowanie powinno być licencjonowanie w modelu (per-CPU). Wszystkie funkcjonalności zawarte w tym dokumencie powinny być zapewnione w tej licencji. Jakiekolwiek dodatkowe licencjonowanie (per zabezpiecznony TB, dodatkowo płatna deduplikacja) nie jest dozwolone, Oprogramowanie powinno być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej platformy serwerowej i dyskowej, Oprogramowanie powinno tworzyć (samowystarczalne) archiwa to odzyskania których, nie wymagana jest osobna baza danych z metadanymi deduplikowanych bloków, Oprogramowanie powinno mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia wielkości archiwów, Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości odtworzenia backupu, Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia czy upgradowania wewnątrz maszyny wirtualnej, Oprogramowanie powinno zapewniać backup jednoprzebiegowy - nawet w przypadku wymagania granularnego odtworzenia, Oprogramowanie powinno zapewniać mechanizmy informowania o wykonaniu/błedzie zadania poprzez email lub SNMP, Oprogramowanie powinno mieć możliwość uruchamiania skryptów przed i po zadaniu backupowym, Oprogramowanie powinno oferować portal samoobłsugowy , umożliwiający odtwarzanie użytkownikom wirtualnych maszyn, obiektów MS Exchange i baz danych MS SQL (w tym odtwarzanie point-in-time), Oprogramowanie powinno zapewniać możliwość delegacji uprawnień do odtwarzania na portalu, Oprogramowanie powinno mieć możliwość integracji z innymi systemami poprzez wbudowane RESTful API, Oprogramowanie powinno zapewniać bezpośrednią integrację z VMware vCloud Director 5.1 i archiwizować również metadane vCD. Powinno też umożliwiać odtwarzanie tych metadanych do vCD, Oprogramowanie powinno mieć wbudowane mechanizmy backupu konfiguracji w celu prostego odtworzenia systemu po całkowitej reinstalacji, Oprogramowanie powinno mieć wbudowane mechanizmy szyfrowania zarówno plików z backupami, jak i transmisji sieciowej, Oprogramowanie powinno oferować zarządzanie kluczami w przypadku utraty podstawowego klucza, Oprogramowanie powinno wspierać backup maszyn wirtualych używających współdzielonych dysków VHDX na Hyper-V (shared VHDX), Oprogramowanie powinno wykorzystywać VMware vStorage API for Data Protection i używać mechanizmów Change Block Tracking, Oprogramowanie powinno oferować podobne rozwiązanie jak CBT również dla platformy Hyper-V, Oprogramowanie powinno oferować możliwość sterowania obciążeniem storage-u produkcyjnego tak, aby nieprzekraczane były skonfigurowane przez administratora backupu poziomy latencji. Oprogramowanie powinno oferować ten mechanizm z dokładnością do datastoru dla VMware i Hyper-V, Oprogramowanie powinno automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned snapshots), które mogą zakłócić poprawne wykonanie backupu, Oprogramowanie powinno integrować się bezpośrednio z HP Lefthand, HP 3PAR i HP Storevirtual oraz Netapp z oprogramowaniem ONTAP. Powinno zapewniać tworzenie kopii zapasowych z bezpośrednim wykorzystaniem snapshotów macierzowych. Powinno też zapewniać odtwarzanie maszyn wirtualnych z takich snapshotów. Opisana funkcjonalność powinna działać w środowisku VMware, Oprogramowanie powinno wspierać kopiowanie backupów na taśmy wraz z pełnym śledzeniem wirtualnych maszyn, Oprogramowanie powinno mieć możliwość wydzielenia osobnej roli typu tape server, Oprogramowanie powinno mieć możliwość kopiowania backupów do lokalizacji zdalnej, Oprogramowanie powinno mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son), Oprogramowanie powinno umieć korzystać z protokołu DDBOOST w przypadku gdy repozytorium backupów jest umiejscowione na EMC DataDomain, Oprogramowanie powinno mieć możliwość kopiowania backupów z wykorzystaniem wbudowanej akceleracji WAN, Oprogramowanie powinno mieć możliwość replikacji wirtualnych maszyn pomiędzy lokalizacjami, dla vSphere oraz Hyper-V, Oprogramowanie powinno dawać możliwość użycia wcześniej wykonanego backupu jako źródła do zadania replikacji, Oprogramowanie powinno wykorzystywać wszystkie oferowane przez hypervisor tryby transportu (sieć, hot-add, LAN Free-SAN), Oprogramowanie powinno dawać możliwość tworzenia backupów ad-hoc z konsoli, jak i z klienta webowego vSphere, Oprogramowanie powinno przetwarzać wiele wirtualnych dysków jednocześnie (parallel processing), Oprogramowanie powinno umożliwić uruchomienie maszyny wirtualnej bezpośrednio ze zdeduplikowanego i skompresowanego pliku backupu, bez potrzeby kopiowania jej na storage produkcyjny. Dla srodowiska vSphere powinien być wykorzystany wbudowany w oprogramowanie serwer NFS. Dla Hyper-V powinna być zapewniona taka sama funkcjonalność realizowana wewnętrznymi mechanizmami oprogramowania, Oprogramowanie powinno pozwalać na migrację on-line tak uruchomionych maszyn na storage produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi w hypervisor. Jeżeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie powinno realizować jaką migrację swoimi mechanizmami, Oprogramowanie powinno umożliwiać pełne odtworzenie wirtualnej maszyny, plików konfiguracji i dysków, Oprogramowanie powinno umożliwić odtworzenie plików na maszynie operatora lub na serwer produkcyjny, Oprogramowanie powinno mieć możliwość odtworzenia plików przy pomocy VMware VIX API, Oprogramowanie powinno wspierać odtwarzanie plików z następujących systemów plików: Linux: ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS, BSD, UFS, UFS2, Solaris, ZFS, Mac, HFS, HFS+, Windows: NTFS, FAT, FAT32, ReFS, Oprogramowanie powinno umożliwiać szybkie granularne odtwarzanie obiektów aplikacji takich jak Active Directory (dowolny obiekt, atrybut w tym hasło), Microsoft Exchange 2010 i nowsze(dowolny obiekt w tym obiekty w folderze Permanently Deleted Objects), Microsoft SQL 2005 i nowsze (w tym odtwarzanie point-in-time) oraz Microsoft Sharepoint 2010 i nowsze, przy czym odtworzenie powinno być możliwe na serwery produkcyjne, a funkcjonalność ta nie może wymagać pełnego odtworzenia wirtualnej maszyny, Oprogramowanie powinno indeksować pliki Windows i Linux w celu szybkiego wyszukiwania, Oprogramowanie powinno używać mechanizmów VSS wbudowanych w system operacyjny Microsoft Windows, Oprogramowanie powinno wspierać także specyficzne metody odtwarzania w tym reverse CBT oraz odtwarzanie z wykorzystaniem sieci SAN, Oprogramowanie powinno dawać możliwość stworzenia laboratorium (izolowane środowisko) dla vSphere i Hyper-V, Oprogramowanie powinno umożliwiać weryfikację odtwarzalności dowolnego backupu według własnego harmonogramu w izolowanym środowisku. Testy powinny uwzględniać możliwość uruchomienia dowolnego skryptu testującego również aplikację uruchomioną na wirtualnej maszynie, Oprogramowanie powinno mieć podobne mechanizmy dla replik w środowisku vSphere, System sieciowych przełączników rdzenia: Urządzenie modularne posiadające min 32 uniwersalne 48 portów SFP, z możliwością rozbudowy do 48 portów, pracujących wymiennie w następujących trybach: 10Gigabit Ethernet, 10Gigabit ze wsparciem dla FiberChannel over Ethernet (Data Center Bridging), 8Gbps FiberChannel, Równoważnie dopuszcza się zespół urządzeń: urządzenia podstawowe Ethernet posiadające min. 32 porty pracujące zamiennie w następujących trybach: 10Gigabit Ethernet, 10Gigabit FiberChannel over Ethernet, z możliwością rozbudowy do 64 portów oraz urządzenia dodatkowe FibreChannel posiadające min. 16 portów 8Gbps FiberChannel i spełniających wymogi dotyczące FC opisane poniżej, z możliwością rozbudowy do 32 portów. Urządzenia muszą być wzajemnie połączone ze sobą dodatkowymi dedykowanymi portami w sposób w niczym nieograniczający wydajności tego rozwiązania. Szczegółową architekturę rozwiązania należy opisać i udokumentować, Urządzenie musi mieć możliwość dołączenia do 24 zewnętrznych, wyniesionych modułów liniowych lub przełączników zapewniających każdy co najmniej 4 x porty 10GE SFP oraz 48 x portów 100 1000BaseT i zarządzania tymi modułami, lub przełącznikami wyłącznie z jednostki centralnej. Moduły przełączniki muszą mieć możliwość dołączenia z przepustowością 10G - 40G. Dołączenie modułów przełączników nie może być zrealizowane z wykorzystaniem mechanizmów L2 (Spanning Tree), powinno stanowić transparentne rozszerzenie w domenie warstwy L1, Urządzenie powinno pochodzić od tego samego producenta co modułowy system serwerowy, Urządzenie musi być wyposażone w: 52 kabli Twinax 10GE o dłg 3m, zakończonych transceiverami SFP+, 10 portów 10GE SR, Matryca przełączająca urządzenia musi umożliwiać przełączanie Ethernet z pełną prędkością na wszystkich portach 10GE, Wydajność urządzenia: przepływność minimum 900 Gbps oraz przepustowość minimum 700 mpps (mln pakietów na sek), Wymagana funkcjonalność Ethernet dla warstwy 2: Trunking IEEE 802.1Q VLAN, Wsparcie dla 4096 VLAN, Wsparcie dla 4000 adresów MAC, Rapid Per-VLAN Spanning Tree Plus (PVRST+) (IEEE 802.1w), Multiple Spanning Tree Protocol (MSTP) (IEEE 802.1s): 64 instancje, Internet Group Management Protocol (IGMP) Versions 1, 2, 3 snooping, IGMP Snooping Querier, Grupowanie EtherChannel (do 16 portów per wiązka EtherChannel), Link Aggregation Control Protocol (LACP): IEEE 802.3ad, Grupowanie typu MCEC MLAG polegające na terminowaniu pojedynczej wiązki EtherChannel (LACP) na 2 niezależnych urządzeniach, Ramki Jumbo dla wszystkich portów (do 9216 bajtów), Ramki Pause (IEEE 802.3x), Prewencja niekontrolowanego wzrostu ilości ruchu (storm control), dla ruchu unicast, multicast, broadcast, Implementacja Private VLAN, Urządzenie musi mieć możliwość budowy bezpętlowej topologii w sieci złożonej z podobnych urządzeń, w warstwie L2 i bez wykorzystania protokołu Spanning Tree. Automatyczne budowanie topologii bezpętlowej musi być zapewnione z wykorzystaniem wbudowanego w mechanizm protokołu trasowania, z możliwością potencjalnej realizacji 16 równoległych tras dla transmisji ramek w sieci L2 (ECMP - Equal Cost Multipathing), Obsługa wejściowych list ACL (standardowe oraz rozszerzone), Standardowe oraz rozszerzone ACL dla warstwy 2 w oparciu o: adresy MAC, typ protokołu, itd., Standardowe oraz rozszerzone ACL dla warstw 3 oraz 4 w oparciu o: IPv4 i v6, Internet Control Message Protocol (ICMP), TCP, User Datagram Protocol (UDP), itd., ACL oparte o VLAN-y (VACL), ACL oparte o porty (PACL), Logowanie i statystyka dla ACL, Wymagany port zarządzający 10 100 1000 Mbps, port konsoli CLI, zarządzanie In-band switch, SSHv2, Telnet, Authentication, authorization, and accounting (AAA), RADIUS, TACACS+, Syslog, analizator pakietów, SNMP v1, v2, v3, Enhanced SNMP MIB, XML (NETCONF), Remote monitoring (RMON), Microsoft Challenge Handshake Authentication Protocol (MS-CHAP), Role-Based Access Control RBAC, liczniki pakietów wchodzących wychodzących per każdy port, Network Time Protocol (NTP), Kopiowanie ruchu ze źródłowych fizycznych portów Ethernet, wiązek PortChannel, sieci VLAN, interfejsów Fibre Channel na interfejs docelowy za pośrednictwem specjalnego mechanizmu, Wymagane jest dostarczenie wraz z urządzeniem (urządzeniami) zaawansowanego oprogramowania do zarządzania nimi. Wymagana funkcjonalność dla każdego z urządzeń i dla sieci z nich złożonej: Interfejs GUI, automatyczny proces rozpoznawania środowiska i topologii sieci LAN, uproszczone narzędzia konfiguracyjne (wizards), wizualizacja topologii sieci LAN łącznie z inwentarzem urządzeń. Wizualizacja następujących danych: statystyka ruchu, wykorzystanie zasobów sprzętowych dla przełączników, temperatura modułów, definicja operatorów z przydziałem ról (RBAC). Konfiguracja następujących funkcjonalności dla elementów ją wspierających: PortChannel lub wirtualny PortChannel (MLAG), VLAN 802.1Q, Private VLAN, MSTP RSTP, ACL, Port Security, IGMP Snooping, TRILL, FabricPath lub podobne, Wirtualne konteksty przełączników, 802.1X, HSRP lub VRRP lub podobne, Monitorowanie protokołu DHCP, Inspekcja protokołu ARP, Interfejsy tunelowe. Kontrola nad procesem konfiguracji łącznie ze wskazaniem poczynionych zmian oraz wycofaniem zmiany. Wskazanie aktywnej wersji oprogramowania, Wymagane wsparcie dla IEEE Data Center Bridging: IEEE 802.1Qbb PFC (per-priority pause frame support), IEEE 802.1AB DCBX Protocol, IEEE 802.1Qaz Enhanced Transmission Selection, Wymagane wsparcie w urządzeniu protokołu Fiber Channel oraz implementacja następujących mechanizmów FC: Fibre Channel over Ethernet (FCoE) zgodnie z ANSI T11 (FC-BB-5), FCoE Initialization Protocol (FIP), Standardowe typy portów Fibre Channel: E, F, oraz NP, Do 64 buffer credits (BB credits) na każdy port FC, Grupowanie portów FC w wiązki PortChannel, Wirtualizacja portów typu N-port (NPV), Wirtualizacja N-port identifier (NPIV), Serwisy FC: Name server, registered state change notification (RSCN), login services, name-server zoning, Wsparcie mechanizmów bezpieczeństwa Diffie-Hellman Challenge Handshake Authentication Protocol (DHCHAP) oraz Fibre Channel Security Protocol (FC-SP), Autentykacja Host-to-switch oraz switch-to-switch za pomocą FC-SP, Routing Fabric Shortest Path First (FSPF), Standardowy Zoning, Port Security (w oparciu o domenę FC i port), Urządzenie musi zapewniać uruchomienie funkcjonalności FibreChannel na przynajmniej 16 portach FC 8G lub 10GE FCoE przełącznika, Urządzenie musi być wyposażone w co najmniej dwa niezależne wewnętrzne zasilacze (nie dopuszczalne rozwiązania zewnętrzne), Możliwość wymiany zasilaczy, wentylatorów, itp w trakcie pracy urządzenia, Wysokość maksimum 1RU, możliwość montażu w szafie 19 i obudowa z metalu, System przełączników dystrybucyjnych: Minimum 48 porty 10 100 1000BaseT, Minimum 2 dodatkowe porty uplink 10Gigabit Ethernet SFP+, Porty SFP+ muszą umożliwiać ich obsadzanie wkładkami Gigabit Ethernet - min 1000BaseT, 1000Base-SX, 1000BaseLX LH, 1000Base-BX-D U i modułami CWDM oraz wkładkami 10Gigabit Ethernet - minimum 10GBase-SR, 10GBase-LRM, 10GBase-LR, 10GBase-ER oraz twinax zależnie od potrzeb Zamawiającego, Urządzenie powinno pochodzić od tego samego producenta co modułowy system serwerowy, Urządzenie musi obsługiwać minimum 1000 sieci VLAN i 24000 adresów MAC, Urządzenie musi posiadać min. 512MB pamięci DRAM i 256MB pamięci flash, Wydajność przełączania minimum 130Mpps dla pakietów 64-bajtowych, Przepustowość przełącznika minimum 108Gb na s (216Gb na s full duplex) Urządzenie musi mieć możliwość rozbudowy o funkcjonalność łączenia w stosy z zachowaniem następujących parametrów: do min. 8 jednostek w stosie, magistrala stakująca o przepustowości co najmniej 80Gb na s, możliwość tworzenia połączeń EtherChannel zgodnie z 802.3ad dla portów należących do różnych przełączników fizycznych, jeżeli realizacja funkcji stackowania wymaga dodatkowych modułów kabli wymagane jest ich dostarczenie, Urządzenie musi umożliwiać obsługę ramek jumbo o wielkości min. 9216 bajtów, Zgodność ze standardem IEEE 802.3az EEE (Energy Efficient Ethernet) oraz możliwość hibernowania przełącznika w określonych godzinach celem dodatkowego oszczędzania, Obsługa protokołu NTP, Obsługa min. 80 statycznych tras dla routingu IPv4 i IPv6, routingu RIPv1 v2, ruchu multicast - IGMPv3 i MLDv1 2 Snooping, PIM-SM DM SSM. Wsparcie dla protokołów IEEE 802.1w Rapid Spanning Tree oraz IEEE 802.1s Multi-Instance Spanning Tree, wsparcie dla min. 128 instancji protokołu STP, Możliwość uruchomienia funkcjonalności DHCP Server, Funkcjonalność Layer 2 traceroute umożliwiająca śledzenie fizycznej trasy pakietu o zadanym źródłowym i docelowym adresie MAC, Obsługa połączeń link aggregation zgodnie z IEEE 802.3ad, Obsługa mechanizmów bezpieczeństwa typu Port Security i IP Source Guard na interfejsach link aggregation, Przełącznik musi obsługiwać następujące mechanizmy bezpieczeństwa: Minimum 5 poziomów dostępu administracyjnego poprzez konsolę, Autoryzacja użytkowników w oparciu o IEEE 802.1X z możliwością dynamicznego przypisania użytkownika do określonej sieci VLAN i z możliwością dynamicznego przypisania listy ACL, Obsługa funkcji Guest VLAN, Możliwość uwierzytelniania urządzeń na porcie w oparciu o adres MAC, Możliwość uwierzytelniania użytkowników w oparciu o portal www dla klientów bez suplikanta 802.1X, Przełącznik musi umożliwiać elastyczność w zakresie przeprowadzania mechanizmu uwierzytelniania na porcie. Wymagane jest zapewnienie jednoczesnego uruchomienia na porcie zarówno mechanizmów 802.1X, jak i uwierzytelniania per MAC oraz uwierzytelniania w oparciu o www, Wymagana jest wsparcie dla możliwości uwierzytelniania wielu użytkowników na jednym porcie, Możliwość obsługi żądań Change of Authorization (CoA) zgodnie z RFC 5176, Możliwość uzyskania dostępu do urządzenia przez SNMPv3, SSHv2, HTTPS z wykorzystaniem IPv4 i IPv6, Obsługa list kontroli dostępu (ACL) - dla portów (PACL) i interfejsów SVI (RACL) - zarówno dla IPv4 jak i IPv6, Obsługa mechanizmów Port Security, DHCP Snooping, Dynamic ARP Inspection, IP Source Guard, Funkcjonalność Protected Port, Zapewnienie podstawowych mechanizmów bezpieczeństwa IPv6 na brzegu sieci (IPv6 FHS) - w tym minimum ochronę przed rozgłaszaniem fałszywych komunikatów Router Advertisement (RA Guard), ochronę przed dołączeniem nieuprawnionych serwerów DHCPv6 do sieci (DHCPv6 Guard), Obsługa funkcjonalności Voice VLAN umożliwiającej odseparowanie ruchu danych i ruchu głosowego, Obsługa wsparcia tworzenia redundantnych topologii routingu, Możliwość próbkowania i eksportu statystyk ruchu do zewnętrznych kolektorów danych (mechanizmy typu sFlow, NetFlow, J-Flow lub równoważne), Przełącznik musi wspierać następujące mechanizmy związane z zapewnieniem jakości usług w sieci: Klasyfikacja ruchu do klas różnej jakości obsługi (QoS) poprzez wykorzystanie następujących parametrów: źródłowy docelowy adres MAC, źródłowy docelowy adres IP, źródłowy docelowy port TCP, Implementacja co najmniej czterech kolejek sprzętowych na każdym porcie wyjściowym dla obsługi ruchu o różnej klasie obsługi. Implementacja algorytmu Shaped Round Robin lub podobnego dla obsługi tych kolejek, Możliwość obsługi jednej z powyżej wspomnianych kolejek z bezwzględnym priorytetem w stosunku do innych (Strict Priority), Możliwość ograniczania pasma dostępnego na danym porcie dla ruchu o danej klasie obsługi. Wymagana jest możliwość skonfigurowania minimum 256 różnych ograniczeń, Przełącznik musi posiadać makra lub wzorce konfiguracji portów zawierające prekonfigurowane ustawienie rekomendowane przez producenta sprzętu zależnie od typu urządzenia dołączonego do portu (np. telefon IP), Obsługa protokołu LLDP i LLDP-MED lub równoważnych (np. CDP), Możliwość zarządzania poprzez interfejs CLI z poziomu portu konsoli, Urządzenie musi być wyposażone w port USB umożliwiający podłączenie pamięci flash, z możliwością uruchomienia systemu operacyjnego z nośnika podłączonego do portu USB, Przełącznik musi umożliwiać zdalną obserwację ruchu na określonym porcie, polegającą na kopiowaniu pojawiających się na nim ramek i przesyłaniu ich do zdalnego urządzenia monitorującego, poprzez dedykowaną sieć VLAN (RSPAN), Plik konfiguracyjny urządzenia musi 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 musi być możliwe uruchomienie urządzenia z nową konfiguracją. W pamięci nieulotnej musi być możliwość przechowywania przynajmniej 5 plików konfiguracyjnych, Zasilanie 230V AC o jednostkowej mocy poniżej 275W i zasilacz redundantny (nie dopuszczalne rozwiązania zewnętrzne), Wysokość maksimum 1RU, możliwość montażu w szafie 19, W ramach przedmiotu zamówienia Wykonawca zapewni zestaw wszystkich akcesoriów i okablowania niezbędnego do w pełni funkcjonalnego działania.