OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ) FORMULARZ OFERTY TECHNICZNEJ (FOT)

Załącznik nr 2 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ) FORMULARZ OFERTY TECHNICZNEJ (FOT) 1. Wymagania dla systemu balansowania ruchu. 1.1 Informacja o modelu, wersji i producencie oferowanych produktów. Uwaga Wykonawca podaje wymagane informacje w tabeli poniżej: Produkty (sprzęt i/lub oprogramowanie) - zamówienie podstawowe Nazwa/y produktu/ów (podać nazwy, modele, numery wersji) Produkty (sprzęt i/lub oprogramowanie) - zamówienie opcjonalne Nazwa produktu/ów (podać nazwę, model, numer wersji) Ilość 2 1 1.2 Wymagania techniczne i funkcjonalne Lp Opis / Minimalny wymagany parametr Poziom wymagalności Architektura 1.2.1 Jednorodne środowisko oparte o urządzenia sprzętowe (wszystko w jednym urządzeniu) 1.2.2 Zarządzanie za pośrednictwem graficznego interfejsu dostępnego przez WWW przy użyciu szyfrowanej transmisji za pomocą SSL (HTTPS) dostępnego dla wielu użytkowników jednocześnie 1.2.3 Dla proponowanych urządzeń Zamawiający wymaga, by oferowane modele były z rozwijanej przez Producenta linii produktowej. Ze względu na plany rozwoju usług LB Zamawiający wymaga, by możliwa była w ciągu minimum dwóch lat rozbudowa dostarczanego środowiska LB o kolejne urządzenia z tej samej linii produktowej (czyli o takie same urządzenia lub o urządzenia będące następcami proponowanych urządzeń). 1.2.4 Wszystkie elementy urządzenia (np.: raportowanie, narzędzia do przeglądania i zarządzania danymi, rolami, konfiguracją) dostępne dla użytkownika w postaci stron WWW. 1.2.5 Dostęp dla użytkownika za pomocą powszechnie używanych / popularnych przeglądarek, dostępnych przynajmniej na platformach Microsoft Windows Sprzęt 1.2.6 Fabrycznie nowy, aktualnie obecny w linii produktowej producenta, nie starszy niż rok 1.2.7 Z autoryzowanego kanału sprzedażowego producenta 1.2.8 Obudowa przystosowana do montażu w szafie rack 19, wysokość urządzenia maksimum 2 U 1.2.9 Możliwość monitorowania parametrów pracy: pamięć, dyski twarde i 1

procesor 1.2.10 W dostarczonym urządzeniu muszą być dostępne co najmniej 4 dedykowane interfejsy Gigabit Ethernet 1.2.11 Minimum 2 zasilacze. Zasilanie prądem przemiennym 230V, pobór mocy nie większy niż 500W 1.2.12 Liczba urządzeń fizycznych w zamówieniu podstawowym = 2 sztuki 1.2.13 W przypadku skorzystania z Opcji, sprzęt i /lub oprogramowanie musi być w tym samym modelu i wersji, co Produkty z zamówienia podstawowego. Funkcjonalność 1.2.14 Dedykowane urządzenie umożliwiające realizację rozdziału ruchu w oparciu o informację z warstw 4-7 modelu ISO/OSI 1.2.15 Urządzenie musi mieć możliwość pracy w architekturze wysokiej dostępności w postaci klastra failover (active/passive) 1.2.16 Obsługa inteligentnego równoważenia ruchu dla farm serwerów HTTP, RDP, CITRIX, Microsoft Exchange Server 1.2.17 Przepustowość minimum 1 Gbps z możliwością rozszerzenia do minimum 2 Gbps bez konieczności rozbudowy sprzętu 1.2.18 Obsługa minimum 10 000 jednoczesnych połączeń TCP 1.2.19 Obsługa minimum 10 000 połączeń na sekundę w warstwie 4 1.2.20 Obsługa minimum 200 wirtualnych serwerów 1.2.21 Obsługa minimum 100 sieci VLAN 1.2.22 Wsparcie 802.1q VLAN 1.2.23 Wsparcie 802.3AD link aggregation (LACP) 1.2.24 Monitorowanie zdrowia serwerów ICMP Echo (port 7/TCP) Zapytanie MS SQL LDAP http https ftp smb (cifs) pop3 imap smtp Skryptowy 1.2.25 Możliwość monitorowania stanu serwerów i na tej podstawie dokonywania decyzji o przełączeniu połączenia do konkretnego serwera w oparciu o: Obciążenie serwerów Ilość połączeń Czas odpowiedzi Algorytm round-robin Ważona 1.2.26 Mechanizmy zapewnienia dowiązania sesji (session persistence) w oparciu o: Cookie Adresy IP Nagłówki http ID sesji SSL Adres przeznaczenia Microsoft Terminal Services (RDP) login name Za pomocą języka skryptowego Zintegrowana funkcjonalność akceleracji sesji SSL 1.2.27 Przepustowość dla ruchu SSL minimum 1 Gbps 1.2.28 Obsługa minimum 1000 SSL TPS (transactions per second) 1.2.29 SSL v3.0, TLS v1.0 1.2.30 Obsługa protokołów HTTPS, Secure IMAP, LDAPS, NNTPS 2

Inne wymagania 1.2.31 Możliwość tworzenia reguł kierowania i filtrowania ruchu, w oparciu o dowolny parametr nagłówka i pakietu IP (warstwy od 4 do 7 OSI). 1.2.32 Możliwość modyfikacji zapytania do i odpowiedzi od serwera w warstwie od 4 do 7 OSI, przynajmniej dla protokołu HTTP. 1.2.33 Możliwość wyświetlania strony zastępczej dla wirtualnego serwera, w razie awarii/prac na wszystkich serwerach, do których jest równoważony ruch, z samego urządzenia (bez wykorzystywania zewnętrznych zasobów) 1.2.34 Mechanizmy ograniczania (rate limit) ruchu do poszczególnych serwerów (wirtualnych i rzeczywistych) 1.2.35 Obsługa kompresji danych (gzip) 1.2.36 Obsługa funkcjonalności cache dla http (min. 1GB pamięci RAM dla funkcji cache), 1.2.37 Obsługa list kontroli dostępu (ACL) 1.2.38 Obsługa mechanizmów translacji adresów i portów (NAT/PAT) 1.2.39 Zarządzanie GUI 1.2.40 Zarządzanie SSH 1.2.41 Alarmy SNMP i Syslog 1.2.42 Tworzenie raportów w czasie rzeczywistym lub na podstawie danych historycznych, bez utraty szczegółowości 1.2.43 Możliwość eksportowania wszystkich raportów minimum w następujących formatach: CSV, PDF, HTML 1.2.44 Szyfrowanie danych uwierzytelniających podczas transmisji 1.2.45 Obsługa kont użytkowników, z możliwością selektywnej kontroli uprawnień, z dokładnością obejmującą przynajmniej następujące poziomy bezpieczeństwa: Poziom 1 Uprawniający do: - konfiguracji sprzętu do użytkowania - monitorowania statusu i wykorzystania rozwiązania - tworzenia kont użytkowników - określania globalnych ustawień kont użytkowników - zarządzania kontami użytkowników z ustawianiem haseł do ich kont - przeglądania rejestrów aktywności użytkowników - tworzenia kopii zapasowych. Użytkownicy tego poziomu posiadają dostęp do pełnej funkcjonalności. Poziom 2 Uprawniający do: - korzystania ze stron służących do przeglądania i poszukiwania nowych zdarzeń lub nietypowej aktywności - tworzenia zapytań w celu uzyskania raportów - przeglądania wszystkich stron graficznego interfejsu użytkownika na najwyższym poziomie z uprawnieniami wyłącznie do zmiany ustawień wyświetlania i bez możliwości zmiany ustawień operacyjnych ani sieciowych. Użytkownicy tego poziomu mają dostęp wyłącznie do ustawień interfejsu i hasła Poziom 3 Uprawniający do: - logowania i przeglądania widoków dostępnych na stronie służącej do przeglądania, której nie mogą opuścić, z wyjątkiem przejścia do strony ustawień interfejsu użytkownika i hasła. Użytkownicy tego poziomu mogą użyć swojej nazwy i hasła do zalogowania w celu obejrzenia raportu z informacjami o zdarzeniu, którego adres otrzymali z systemu lub pocztą elektroniczną. Nie mogą podejmować żadnych działań w stosunku do zdarzenia. 1.2.46 System zarządzający urządzeniami umożliwia monitorowanie liczników wydajnościowych; Wykonawca określi kluczowe mierniki wydajnościowe dla Systemu oraz określi wartości progowe dla tych liczników, dzięki którym możliwe będzie proaktywne monitorowanie Systemu, w 3

szczególności określone zostaną przez Wykonawcę dopuszczalne wartości wskaźników wydajnościowych wszystkich składników Systemu w warunkach normalnych oraz ich wartości progowe, których przekroczenie będzie uznawane za sytuację alarmową i sytuację krytyczną, 1.2.47 System zarządzający umożliwia weryfikację dostępności serwisów biznesowych w kontekście użytkownika końcowego; dostarczone rozwiązanie powinno w sposób jednoznaczny umożliwić weryfikację poziomu dostępności i jakości usług całego Systemu, w sposób analogiczny do działań użytkownika tego Systemu; weryfikacja taka może być zrealizowana w postaci wydzielonej usługi, lub użytkownika i scenariusza weryfikacji, lub innego równoważnego rozwiązania, 1.2.48 System musi posiadać możliwość zintegrowania z systemami monitoringu posiadanymi przez Zamawiającego tj. Nagios i/lub MS SCOM 2012 przynajmniej w postaci interfejsu programistycznego (API i/lub Web Service) po stronie Systemu, dającego możliwość pobrania danych wydajnościowych; w ramach wdrożenia zostanie ustalony mechanizm i format wymiany komunikatów oraz danych wydajnościowych z systemem monitoringu istniejącym u Zamawiającego, 1.2.49 Istnieje możliwość tworzenia raportów wydajnościowych pochodzących z kluczowych mierników wydajnościowych oraz raportów pokazujących dostępność Systemu w określonym, jako parametr zakresie czasowym 1.3 Wymagania odnośnie instalacji, wdrożenia i dokumentacji Lp Opis / Minimalny wymagany parametr Poziom wymagalności 1.3.1 Przygotowanie harmonogramu prac i zakresu działań oraz listy szczegółowych zadań w uzgodnieniu z Zamawiającym. 1.3.2 Wykonanie analizy i inwentaryzacji wybranych składowych infrastruktury IT Zamawiającego, niezbędnych do opracowania i wdrożenia rozwiązania techniczno-organizacyjnego wdrażającego funkcjonalność opisaną w punkcie 1.2 w zakresie uzgodnionym z Zamawiającym dla usług wymienionych w punkcie 1.7. 1.3.3 Inwentaryzacja aktualnej konfiguracji usług wymienionych w punkcie 1.6 pod kątem opracowania projektu technicznego. 1.3.4 Minimalne wymagania dotyczące dokumentacji projektu technicznego: Projekt zmodyfikowanej struktury logicznej Projekt zmodyfikowanej struktury fizycznej Projekt polityki bezpieczeństwa dla urządzeń LB i usług równoważenia obciążeń Projekt spójnej polityki zarządzania konfiguracją dla urządzeń LB i usług równoważenia obciążeń; 1.3.5 Dostarczenie urządzeń do lokalizacji Zamawiającego Informacyjnie: jedno urządzenie dostarczone zostanie do lokalizacji Warszawa, Jerozolimskie 7, jedno urządzenie dostarczone zostanie do lokalizacji zapasowej Zamawiającego znajdującej się na terenie Warszawy 1.3.6 Montaż urządzeń w szafach rack owych Zamawiającego wraz z zapewnieniem okablowania do połączenia z infrastrukturą Zamawiającego Informacyjnie: Zamawiający dysponuje miejscem w standardowych szafach rack, w przypadku niezgodności zestawów montażowych urządzeń ze standardem szafy rack Zamawiającego, za zapewnienie odpowiednich zestawów montażowych lub dopasowanie fabrycznego zestawu urządzeń do standardu szafy rack Zamawiającego odpowiada Oferent. 1.3.7 Przygotowanie planu i logistyki działań związanych z opracowaniem dokumentacji technicznej i wdrożeniem docelowej infrastruktury 1.3.8 Przygotowanie planu działań i planu testów dla środowiska aplikacyjnego mających na celu weryfikację kompatybilności oraz dostosowanie środowiska aplikacyjnego do pracy z docelową infrastrukturą 1.3.9 Wykonanie prac w infrastrukturze Zamawiającego przygotowujących do migracji do docelowej konfiguracji usług dystrybucji i równoważenia 4

wewnętrznego ruchu sieciowego 1.3.10 Wsparcie dla Zamawiającego w przeprowadzeniu rekonfiguracji aplikacji lub środowiska aplikacji dla potrzeb współpracy z docelową infrastrukturą opartą o urządzenia typu Load Balancer 1.3.11 Inicjalizacja i konfiguracja urządzeń i systemu, zgodnie z zapotrzebowaniem Banku dla usług wymienionych w punkcie 1.7 w celu uzyskania infrastruktury zgodnej z projektem technicznym oraz zapotrzebowaniem Zamawiającego 1.3.12 Wykonanie testowego podłączenia usług wymienionych w punkcie 1.7 1.3.13 Przygotowanie i wykonanie testów poprawności działania usług dla środowiska testowego 1.3.14 Przygotowanie i przetestowanie procedur wycofania zmian konfiguracji dla usług wymienionych w punkcie 1.7 1.3.15 Przygotowanie i przeprowadzenie testów przełączenia i odtwarzania usług po awarii jednego z ośrodków/urządzeń dla środowiska testowego. 1.3.16 Przeprowadzenie podłączenia wskazanych przez Zamawiającego (wymienionych w punkcie 1.7) serwerów dostępowych do usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego 1.3.17 Zamawiający wymaga, by procesy migracji i wprowadzanych zmian miały opracowane, zabezpieczone i przetestowane procedury wycofania zmian. 1.3.18 Konfiguracja monitorowania usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego dla środowiska zainstalowanego w ramach niniejszego przedsięwzięcia, zgodnie z zapotrzebowaniem Zamawiającego i najlepszymi praktykami Producenta. W szczególności dla alertów, o statusie krytycznym lub wysokim zostanie wykonany: przegląd alertów oraz przygotowanie procedur ich obsługi (opracowanie progów, przypisanie priorytetu klasyfikacja zdarzenia, opracowanie procedury działania, przekazanie zdarzeń sklasyfikowanych jako krytyczne do systemu Nagios). Informacyjnie Zamawiający posiada infrastrukturę monitorowania opartą o system Nagios oraz SCOM 2012 SP1. 1.3.19 Identyfikacja wszystkich komunikatów typu błąd i ostrzeżenie w systemie monitorującym dla środowiska usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego. Diagnoza przyczyn komunikatów, wykonanie zmian w zbudowanym środowisku usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego lub w systemie monitorującym - zgodnie z wynikami diagnozy. 1.3.20 Wykonanie testów odtwarzania wybranych elementów usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego zgodnie z procedurami opracowanymi w niniejszym projekcie do obsługi sytuacji awaryjnej. 1.3.21 Wykonanie prac optymalizacyjnych środowiska usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego na podstawie osiąganych parametrów wydajnościowych i innych wskaźników, zapisanych w systemie monitorującym Zamawiającego. 1.3.22 Opracowanie i wprowadzenie polityk bezpieczeństwa dla usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego Wymagania dotyczące dokumentacji 1.3.23 Musi być sporządzona w języku polskim 1.3.24 Musi być wykonana w formie elektronicznej, edytowalnej 1.3.25 Dostarczona dokumentacja techniczna i procedury muszą być dostosowane do środowiska Zamawiającego, tzn. muszą zawierać nazwy, adresy i parametry środowiska Zamawiającego. 1.3.26 Dostarczona dokumentacja musi zawierać m.in.: niezbędną listę uprawnień do realizacji poszczególnych czynności, komendy wraz z parametrami uwzględniające parametryzację środowiska Zamawiającego, oczekiwane rezultaty wydawanych komend, opis najczęstszych błędów zwracanych przez wykorzystywane komendy, opis wyniku prawidłowego. Informacyjnie: procedury będą realizowane przez administratorów środowiska usług terminalowych. 5

1.3.27 Dostarczona dokumentacja dla instalacji i konfiguracji środowiska musi obejmować wszystkie elementy wdrożone i zainstalowane w ramach budowy środowiska Zamawiającego. Oczekiwany poziom szczegółowości musi umożliwić odtworzenie środowiska przez Zamawiającego na podstawie dokumentacji. 1.3.28 Opracowanie i dostarczenie zaleceń eksploatacyjnych dla środowiska i usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego Zamawiającego w oparciu o dobre praktyki Producenta z uwzględnieniem parametryzacji środowiska Zamawiającego.. 1.3.29 Dokumentacja techniczna powykonawcza z prac instalacyjnych dla środowisk dystrybucji i równoważenia wewnętrznego ruchu sieciowego Zamawiającego 1.3.30 Opracowanie i dostarczenie szczegółowych, technicznych procedur przełączania usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego między ośrodkami CPD (podstawowy) i RCPD (zapasowy) w przypadku awarii jednego ośrodka. 1.3.31 Opracowanie i dostarczenie szczegółowych, technicznych procedur odtworzenia środowiska usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego po katastrofie dla CPD i RCPD. 1.3.32 Opis konfiguracji i zastosowanej parametryzacji monitorowania środowiska usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego Zamawiającego wraz z objaśnieniem i uzasadnieniem progowych wartości 1.3.33 Opis administratorskich proaktywnych czynności cyklicznych wykonywanych w środowisku usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego Zamawiającego, w celu zapewnienia dostępności i wydajności czynności dzienne, tygodniowe, miesięczne. Procedury eksploatacyjne muszą być opracowane wg tzw. dobrych praktyk Producenta urządzeń LB. Informacyjnie: Przykładowy zestaw wymaganych informacji w procedurach obejmie: Częstotliwość zadania, Opis działania, Sposób wykonania, Sposób sprawdzania, Spodziewany wynik, Uwagi. 1.3.34 Procedura monitorowania stanu środowiska (podać kluczowe parametry do monitorowania, ustalić progi, podać najczęściej występujące komunikaty krytyczne i ważne, opisać zalecane działania administratorów - zgodnie z dobrymi praktykami Producenta - po wystąpieniu ww. komunikatów). 1.3.35 Opis zestawu procedur sprawdzenia stanu środowiska od strony bezpieczeństwa: weryfikacja bezpieczeństwa środowiska; sprawdzenie cech świadczących o nieuprawnionym dostępie lub próbie uzyskania nieuprawnionego dostępu. 1.3.36 Opis i objaśnienie zaproponowanych polityk bezpieczeństwa środowiska usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego Zamawiającego zgodnych z najlepszymi praktykami - Dokumentacja musi być dostosowana do parametrów i nazw środowiska Zamawiającego. 1.3.37 Opis procedur działania dla komunikatów, które pojawiły się po włączeniu usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego do monitorowania w systemie monitoringowym Zamawiającego. Informacyjnie: Przykładowy zestaw wymaganych danych w procedurach obejmuje: skróconą treść komunikatu, diagnozę przyczyny, zalecane działania. 1.4 Wymagania odnośnie wsparcia Lp Opis / Minimalny wymagany parametr Poziom wymagalności 1.4.1 Wykonawca serwisu musi posiadać autoryzację producenta zaoferowanych urządzeń do świadczenia serwisu i usług wdrożeniowych 6

dla oferowanych rozwiązań 1.4.2 Długość okresu gwarancji Producenta dla dostarczanych urządzeń oraz wsparcia serwisowego 12 miesięcy 1.4.3 Opcjonalnie: zapewnienie i wycena (w Formularzu cenowym) dodatkowego serwisu wraz z gwarancją producenta na 2. i 3. rok na urządzenia podstawowe (długość serwisu i gwarancji 24 miesiące), zapewnienie i wycena dodatkowego serwisu wraz z gwarancją producenta na 1.,2. i 3. rok na urządzenie z Opcji (długość serwisu i gwarancji 36 miesiące), na warunkach opisanych w punkcie 1.3. 1.4.4 Gwarancja Producenta musi obejmować co najmniej obowiązek naprawy urządzeń lub ich wymiany. 1.4.5 Dostęp do serwisu przez WWW i wyznaczony telefon kontaktowy 1.4.6 Dostępność serwisu: 24x365 1.4.7 Serwis realizowany w języku urzędowym obowiązującym w Polsce 1.4.8 Przyjęcie zgłoszenia potwierdzone telefonicznie lub mailowo 1.4.9 Gwarantowane czasy naprawy: Zgłoszenie alarmowe. Zgłoszenie alarmowe ma miejsce w sytuacji braku usług równoważenia ruchu sieciowego, a także w przypadku awarii obu urządzeń pracujących w klastrze lub jednego urządzenia pracującego samodzielnie i dostarczonego uprzednio przez Wykonawcę jako rozwiązanie zastępcze. Wymagany czas reakcji na zgłoszenie alarmowe nie dłużej niż 1 godzina. Naprawa polegająca na dostarczeniu i uruchomieniu rozwiązania zastępczego o parametrach nie gorszych niż rozwiązanie uszkodzone, umożliwiającego udostępnienie klientom Zamawiającego aplikacji biznesowych zrealizowana zostanie w ciągu 4 godzin od momentu przyjęcia zgłoszenia. Uruchomienie rozwiązania zastępczego pracującego w trybie wysokiej dostępności (HA) zrealizowane zostanie w czasie nie dłuższym niż 24 godziny liczone od momentu przyjęcia zgłoszenia. Doprowadzenie systemu do stanu sprzed awarii nie może być dłuższe niż 2 dni robocze. Zgłoszenie pilne. Zgłoszenie pilne ma miejsce w przypadku awarii jednego z urządzeń pracujących w klastrze. Naprawa polegająca na doprowadzeniu systemu do stanu sprzed awarii zrealizowana zostanie w ciągu 2 dni kalendarzowe od momentu przyjęcia zgłoszenia. 1.4.10 Pomoc w analizie i rozwiązywaniu problemów z oprogramowaniem zintegrowanym z urządzeniami typu Load Balancer 1.4.11 Pomoc w analizie i rozwiązywaniu problemów z wydajnością, dostępnością i poprawnością działania usług realizowanych za pośrednictwem dostarczonych urządzeń typu Load Balancer 1.4.12 Informowanie o znanych problemach z oprogramowaniem i sposobach ich rozwiązywania 1.4.13 W ramach serwisu pomoc w analizie i rozwiązywaniu problemów z wdrożonym rozwiązaniem. Pomoc ta realizowana będzie telefonicznie, mailowo, poprzez zestawiane sesje typu webex, lub bezpośrednio w siedzibie Zamawiającego. 1.4.14 W przypadku wystąpienia problemów, których nie można rozwiązać zdalnie, pomoc techniczna w miejscu instalacji 1.4.15 Wszystkie części zamienne i materiały niezbędne do przywrócenia urządzenia do prawidłowej pracy wliczone w koszt serwisu. Wymienione części stają się własnością Wykonawcy poza dyskami twardymi, które pozostają w zasobach Zamawiającego, bez dokonywania dodatkowych opłat. 1.4.16 Naprawa i wymiana uszkodzonych elementów wykonywane przez inżynierów serwisowych 1.4.17 Dostęp do nowych wersji, aktualizacji i poprawek do oprogramowania 7

1.4.18 Licencje na użytkowanie i kopiowanie nowych wersji, aktualizacji i poprawek do oprogramowania 1.4.19 Dostęp do elektronicznych kanałów informacji i usług wsparcia (bazy wiedzy, bibliotek dokumentacji, opisów produktów, specyfikacji, literatury technicznej i innych materiałów) 1.4.20 Dostęp do serwisu przez WWW i wyznaczony telefon kontaktowy 1.4.21 W ramach opieki serwisowej Zamawiający ma prawo do 64. roboczogodzin rocznie wykorzystanych w lokalizacji Zamawiającego na prace serwisowe i proaktywne dla wdrożonego rozwiązania usług dystrybucji i równoważenia wewnętrznego ruchu sieciowego 1.5 Wymagania odnośnie warsztatowego przekazania wiedzy Lp Opis / Minimalny wymagany parametr Poziom wymagalności 1.5.1 Miejsce Warszawa; podmiot prowadzący autoryzowane szkolenia Producenta z administracji urządzeń typu Load Balancer dostarczanych w ramach Zamówienia. 1.5.2 Liczba osób 2. Szkolenie musi być w dwóch terminach. W każdym terminie udział weźmie 1 osoba. 1.5.3 Przekazanie wiedzy musi zawierać część teoretyczną oraz część praktyczną w postaci ćwiczeń niezbędnych do zrozumienia pracy oraz zarządzania produktem. 1.5.4 Transfer wiedzy Zaawansowane szkolenie z zakresu zarządzania urządzeniami równoważenia ruchu sieciowego, a w szczególności z zakresu: optymalizacji ruchu aplikacyjnego w sieciach lokalnych, administracji urządzeniami, równoważenia obciążenia ruchu w infrastrukturach sieci lokalnych i globalnych, wykorzystania wirtualizacji w infrastrukturach sieciowych, przedstawienie możliwości konfiguracyjnych podstawowych oraz zaawansowanych funkcji zarządzających ruchem w sieci; omówienie zasad architektury, konfiguracji i utrzymania systemu i urządzeń. omówienie mechanizmów utrzymywania sesji analiza ruchu SSL; obsługa translacji adresów konfiguracja wysokiej dostępności usług LB i dostarczonych urządzeń (HA) omówienie funkcji raportowania z systemu i urządzeń 1.6 Informacje dodatkowe opisujące elementy powiązane z wdrożeniem usług balansowania ruchu sieciowego Połączenia między ośrodkiem podstawowym i zapasowym CPD RCPD Ethernet 2x2 Gb/s CPD-RCPD Fiber Chanell 2x4 Gb/s 1.7 Usługi dostępowe w LAN planowane do włączenia poprzez urządzenia LB Nazwa usług Wersja Liczba serwerów Czy serwery w dwóch ośrodkach (CPD i RCPD) Citrix XenApp 6.5 2 Tak Citrix XenDesktop 5.6 2 Tak LVS 2 Tak LVS 2 Nie IIS - NLB 8.0 8 Tak IIS - NLB 8.0 4 Nie 8

MS Exchange 2010 SP2 3 Tak Lp. Nazwisko i imię osoby (osób) uprawnionej(ych) do występowania w obrocie prawnym lub posiadającej (ych) pełnomocnictwo Podpis(y) osoby(osób) uprawnionej (ych) Miejscowość i data 9