Szczegółowy Opis Przedmiotu Zamówienia Zadanie nr 3 CAPACITY PLANNING I. Cel i zakres zamówienia Celem zamówienia (Dostawa i wdrożenie rozwiązania Private Cloud - CZĘŚĆ III CAPACITY PLANNING) jest wyposażenie Zamawiającego w System Prywatnej Chmury Obliczeniowej (dalej SPCO) poprzez dostawę rozwiązania do planowania pojemności środowiska wirtualizacji, w oparciu o oprogramowanie Veeam ONE lub równoważne spełniające wymagania zawarte w rozdziale III SOPZ. Zakres zamówienia obejmuje dostawę niezbędnych licencji i zapewnienie wsparcia dla oprogramowania. II. Opis istniejącego środowiska Zamawiającego 1. Opis ogólny - kontekst Zamawiający - Centrum Usług Informatycznych we Wrocławiu (CUI) - świadczy usługi na rzecz innych jednostek organizacyjnych Gminy Wrocław (Klientów). Dostarczane i utrzymywane przez CUI systemy informatyczne działają w trybie ciągłym i są krytyczne dla funkcjonowania Klientów. CUI posiada System Zarządzania Usługami Informatycznymi (SZUI) zgodny z ISO20000. Procedury SZUI obejmują każdy aspekt działalności CUI jako dostawcy usług informatycznych. Wszelkie zmiany w systemach informatycznych muszą być prowadzone zgodnie z obowiązującymi procedurami. System Prywatnej Chmury Obliczeniowej będzie działał w określonym otoczeniu zarówno organizacyjnym jak i technicznym. W aspekcie technicznym System będzie wykorzystywał dedykowaną na potrzeby wdrożenia infrastrukturę techniczną oraz będzie zintegrowany z wieloma elementami infrastruktury technicznej i systemami biznesowymi utrzymywanymi przez CUI. W aspekcie organizacyjnym System będzie realizował określone funkcje na potrzeby istniejących procesów biznesowych, będzie również angażował pracowników CUI w roli zarówno administratora, jak też użytkownika Systemu. Wykonawca powinien zwrócić szczególną uwagę na otoczenie Systemu, tak aby wdrożenie nie zakłóciło działania organizacji i nie wpłynęło negatywnie na realizację przez nią swoich celów. Zamawiający wykorzystuje do planowania pojemności system Veeam One Free 8.0. 2. Użytkownicy Systemu Użytkownikami będzie personel Zamawiającego oraz innych jednostek organizacyjnych Gminy Wrocław. 3. Systemy Zintegrowane Zamawiający przewiduje integrację z następującymi systemami:
Lp. System 2. System Zarządzania Tożsamością i Dostępem Opis - zakres Uwierzytelnianie użytkowników w z wykorzystaniem kont LDAP/AD 4. Zasoby do monitorowania Zamawiający przewiduje objęcie systemem następujących zasobów: Lp. Usługa Opis zakres 1. VMware vsphere Wydzielone na potrzeby SPCO zasoby klastów VMware vsphere 5. Specyfikacja infrastruktury technicznej Zamawiający przewiduje wykorzystanie i udostępni Wykonawcy na potrzeby wdrożenia następującą infrastrukturę techniczną: Lp. Element infrastruktury technicznej Przewidywane wykorzystanie 1. Infrastruktura wirtualizacji oparta Maszyny o VMware vsphere Enterprise wirtualne 2. Zasoby dyskowe udostępniane poprzez sieć SAN 3. Serwerowe systemy operacyjne: - Microsoft Windows Server 2008 R2 Datacenter - SUSE Linux Enterprise Server for VMware 11 - Oracle Enterprise Linux 7 - Red Hat Enterprise Linux 7 Zasoby dyskowe Licencje OS do wykorzystania przez 4. CommVault Simpana w wersji 10 System backupu 5. Systemy bazodanowe: - Oracle Database Standard Edition 12c na platformie AIX - Microsoft SQL Server 2016 Standard Edition - PostgreSQL 9 Repozytorium Ograniczenia 8 vcpu, 24 GB RAM Zasoby z wysoką dostępnością (IBM Storwize): do 200 GB Zasoby z niską dostępnością (HP EVA): do 2 TB Inne wersje lub edycje podanych systemów operacyjnych wymagają dostarczenia w ramach niniejszego zamówienia odpowiednich licencji Inne wersje lub edycje podanych systemów bazodanowych wymagają dostarczenia w ramach niniejszego zamówienia odpowiednich licencji.
III. Wymagania 1. Szczegółowy zakres dostaw 1.1. Dostawa nieograniczonych w czasie, niewyłącznych licencji wraz z trzyletnim wsparciem Veeam ONE lub oprogramowania równoważnego spełniającego wymagania techniczne i funkcjonalne (rozdz. III pkt 2), dla minimum 20 procesorów fizycznych lub równoważnie 640 rdzeni lub równoważnie 20 serwerów fizycznych. 2. Wymagania techniczne i funkcjonalne 2.1. Licencjonowanie a) Dopuszczalne metryki licencjonowania: - na cały System (bez ograniczeń na jego rozbudowę tj. dopuszczalna dowolna rozbudowa Systemu bez ponoszenia dodatkowych kosztów przez Zamawiającego) lub - oparte na ilości fizycznych procesorów, tj. podstawek procesora w serwerach lub - oparte na ilości rdzeni procesorów w serwerach lub - oparte na ilości serwerów, na których działa system wirtualizacji (tzw. hypervisor). b) Ilość maszyn wirtualnych działających w obrębie objętej Systemem infrastruktury wirtualizacji nieograniczona licencyjnie. c) Możliwość przenoszenia licencji pomiędzy serwerami środowiska wirtualizacji (możliwość określania, które serwery są monitorowane, a które nie) d) Dostarczona licencja musi umożliwiać monitorowanie infrastruktury Vmware Vsphere 5.x oraz 6.x e) W przypadku środowiska wirtualizacji większego niż ilość posiadanych licencji System musi umożliwić przypisanie licencji do poszczególnych serwerów (wybór serwerów do monitorowania) 2.2. Monitorowana infrastruktura a) System musi posiadać możliwość jednoczesnego zbierania danych ze środowiska wirtualnego działającego co najmniej w oparciu o Vmware Vsphere oraz Microsoft Hyper V. b) System musi umożliwiać jednoczesne podłączenie i monitorowanie : - pełnej wersji środowiska Vmware Vsphere zarządzanej poprzez vcenter (podłączenie vcenter i monitorowanie środowiska zarządzanego przez vcenter ) - pojedynczych hostów ESXi pracujących samodzielnie (niezarządzanych z poziomu vcenter) - kilku serwerów zarządzających vcenter jednocześnie (minimum 3 serwery vcenter jednocześnie) - podłączenie środowiska wirtualizacyjnego Microsoft Hyper-V zarówno w wersji darmowej jak i płatnej Do podłączenia środowiska Microsoft Hyper V zarządzanego poprzez pakiet oprogramowania System Center, Zamawiający dopuszcza instalację klienta systemu System Center (tj. System Center Virtual Machine Admin UI). Dla systemu wirtualizacji opartego o rozwiązania Vmware musi być możliwość podłączenia monitorowanej infrastruktury bez instalacji dodatkowego oprogramowania klienckiego. 2.3. Architektura Sytemu a) System musi mieć możliwość oddzielenia serwera aplikacji od serwera
bazodanowego b) System może posiadać klienta (instalowanego na stacji roboczej administratora), który będzie umożliwiał: podłączenie się do serwera aplikacji, przegląd monitorowanej infrastruktury, podgląd monitorowanych parametrów poszczególnych elementów systemu, podgląda alarmów, konfigurowanie systemu. Dopuszcza się aby część elementów systemu (np. raporty lub część konfiguracji systemu) była dostępna przy pomocy przeglądarki WWW. c) Serwer aplikacji musi mieć możliwość instalacji co najmniej na systemach : Microsoft Windows 2008 R2 SP1, 2012, 2012R2, 2016 w wersjach 64 bitowych d) Instalacja klienta musi być możliwa na systemach operacyjnych: Microsoft Windows 7,8,8.1,10 w wersjach 64 bitowych e) System musi obsługiwać silnik bazodanowy działający w oparciu o rozwiązania Microsoft SQL w wersji MSSQL 2008R2 lub nowszej, działającego na klastrze bazodanowym (failover cluster) f) System musi posiadać zintegrowany moduł raportowy pozwalający na generowanie zestawień z Systemu g) System musi umożliwiać instalację poszczególnych elementów (np. serwer aplikacji) zarówno na serwerach fizycznych jak również wirtualnych h) Zamawiający nie dopuszcza rozwiązania zabudowanego (appliance), w którym administrator nie będzie miał pełnego dostępu administracyjnego (lokalny administrator, root) do systemu operacyjnego serwera aplikacji. 2.4. Monitorowanie parametrów a) System musi umożliwiać monitorowanie : - wydajnościowych parametrów pracy serwerów fizycznych (wirtualizatorów) : - obciążenie procesora, - pamięci, - sieci (kart LAN) - zasobów dyskowych - poszczególnych ścieżek do zasobów dyskowych - sieci SAN (kart FC) - stanu sprzętu - wydajnościowych parametrów pracy serwerów wirtualnych, w tym obciążenie procesora, obciążenie pamięci, obciążenie sieci LAN, obciążenie zasobów dyskowych, - wydajnościowych parametrów pracy zasobów dyskowych - ilość operacji wejścia/wyjścia (IO/s) - pojemności zasobów dyskowych - stanu serwera wirtualnego (włączony wyłączony) niezależnie od tego na jakim serwerze fizycznym działa serwer. b) Operacja migracji serwera wirtualnego nie może spowodować, że system wygeneruje alarm o niedostępności serwera. c) Monitorowane parametry muszą być zbierane w relacyjnej bazie danych d) System musi umożliwiać podgląd poszczególnych parametrów wydajnościowych zebranych w bazie danych z zadanego okresu. e) System musi umożliwiać ustawienie okresu z jakiego dane historyczne mają być dostępne (retencja danych) f) System musi umożliwiać zbiorczy podgląd alarmów, które wystąpiły dla poszczególnych elementów infrastruktury wirtualizacji Vmware tj. co najmniej dla : - vcenter - data center - klaster - wirtualizator (host) - serwer wirtualny - resource pula
- datastore g) W obrębie dodanej infrastruktury Vmware vsphere System musi umożliwiać wybór: - Serwerów fizycznych objętych monitoringiem (przypisanie licencji) - Zasobów dyskowych objętych monitoringiem - Musi umożliwiać monitorowanie uprawnień w środowisku wirtualnym h) System musi umożliwiać ustawienie okna serwisowego na określonym elemencie monitorowanej infrastruktury (ang. Downtime / Maintenance mode), w którym nie będą generowane alarmy. 2.5. Powiadamianie o problemach w infrastrukturze a) system musi posiadać funkcjonalność powiadamiania o problemach w infrastrukturze w czasie rzeczywistym b) system musi posiadać wbudowany (predefiniowany) zestaw alarmów oraz umożliwiać tworzenie alarmów przez administratora systemu. c) system musi umożliwiać przypisywanie alarmów dla poszczególnych obiektów monitorowanej infrastruktury widocznej z poziomu klienta systemu. d) system musi umożliwiać dodawanie wykluczeń w przypadku wystąpienia alarmu dla monitorowanych obiektów infrastruktury (np. dla obiektów testowych) e) system musi wspierać modelowanie i przypisywanie alarmów dla poszczególnych elementów infrastruktury w oparciu o historyczne dane zawarte w bazie danych. 2.6. Klient/Portal Systemu a) system musi posiadać dedykowanego klienta lub portal dostępowy b) oprogramowanie klienta/portalu musi umożliwiać przegląd monitorowanej infrastruktury c) musi być wyposażony w centralną konsolę ze zbiorczym przeglądem wszystkich obiektów (ang. Summary). d) musi umożliwiać przegląd i sortowanie obiektów monitorowanej infrastruktury po stopniu wykorzystania zasobów (np. procesor, pamięć, sieć, ścieżki do dysków itp.) e) musi umożliwiać otwarcie konsoli serwera wirtualnego f) musi być wyposażony w połączenie z bazą wiedzy opisującą problemy z predefiniowanych alarmów g) musi umożliwiać podgląd danych wydajnościowych zebranych w bazie danych 2.7. Moduł raportowy: a) System musi być wyposażony we wbudowany moduł raportowy pozwalający na tworzenie zestawień z danych zebranych w bazie, bez konieczności korzystania z narzędzi firm trzecich b) System musi mieć możliwość wykonywania raportów na żądanie, jak również układania terminarza wykonywania raportów i wysyłania tych raportów przy pomocy poczty elektronicznej c) musi posiadać możliwość eksportowania raportów do formatów Microsoft Word, Microsoft Excel, Adobe PDF d) musi mieć możliwość ustawienia minimalnego interwału czasowego dla zadań kolekcjonowania i raportowania na 1 godzinę e) musi mieć możliwość uwzględniania w raportach informacji o zmianach konfiguracji monitorowanych systemów f) musi mieć możliwość generowania raportów z dowolnego punktu w czasie zakładając, że informacje z tego czasu nie zostały usunięte z bazy danych g) musi posiadać predefiniowane szablony raportów z możliwością tworzenia nowych jak i modyfikacji wbudowanych h) musi mieć możliwość generowania raportów takich jak: lista alarmów z całej infrastruktury, lista przeciążonych hostów i wirtualnych maszyn, lista maszyn wirtualnych z przestarzałymi migawkami stanu, przegląd całej infrastruktury,
wydajności każdego z hostów i wirtualnych maszyn w infrastrukturze i) musi mieć możliwość tworzenia raportu o przeszacowanych wirtualnych maszynach mających zaalokowane zasoby sprzętowe a nie wykorzystujące ich j) musi mieć możliwość wyświetlania trendów wykorzystania infrastruktury wirtualnej pod względem wykorzystania fizycznych zasobów jak i przyrostu ilości wirtualnych maszyn, wspomagających szacowanie pojemności środowiska. k) musi mieć możliwość wyliczania szacunkowego kosztu serwera wirtualnego, na podstawie podanych kosztów serwera fizycznego oraz poszczególnych zasobów dyskowych. 2.8. System musi umożliwiać kategoryzacje obiektów infrastruktury wirtualnej niezależnie od hierarchii stworzonej w vcenter lub systemie zarządzania Microsoft Hyper-V. 3. Wymagania organizacyjne 3.1. Dostarczone klucze licencyjne muszą zostać przypisane do konta Zamawiającego (konto Gminy Wrocław). 3.2. Dedykowane dla zasoby infrastruktury będą udostępniane przez Zamawiającego w miarę potrzeb z uwzględnieniem minimalnych wymagań podanych przez producenta oprogramowania. W szczególności Zamawiający nie przewiduje przydzielenia zadeklarowanych zasobów w całości bez zbadania rzeczywistych wymagań. 4. Gwarancja, wsparcie i dokumentacja Systemu 4.1. (Gwarancja i Wsparcie Producenta) Wykonawca zapewni minimum trzy letnią gwarancję i wsparcie producenta oprogramowania na wszystkie dostarczone komercyjne elementy oprogramowania SPCO. Gwarancja i wsparcie producenta, muszą bez ponoszenia przez Zamawiającego dodatkowych kosztów dawać możliwość: a) zgłaszania wad w oprogramowaniu za pomocą oficjalnych kanałów komunikacji serwisu producenta; b) dostępu do bazy wiedzy producenta o dostarczanym oprogramowaniu, w tym publikowanych ostrzeżeń o znanych błędach i zagrożeniach bezpieczeństwa; c) pobierania i użytkowania aktualizacji i poprawek oprogramowania. 4.2. Dokument potwierdzający udzielenie Gwarancji i Wsparcia Producenta, o których mowa w pkt 4.1., wystawiony zostanie przez producenta lub oficjalny kanał dystrybucji producenta i zawierać będzie informacje o terminie obowiązywania i zakresie gwarancji i wsparcia/pomocy technicznej. 4.3. (Instrukcje Producenta) Wykonawca przekaże lub wskaże Zamawiającemu na publicznie dostępnych zasobach producenta instrukcje w języku polskim lub angielskim do oprogramowania wdrożonego rozwiązania umożliwiające samodzielne utrzymanie i użytkowanie rozwiązania.