1. Zakres prac: Załącznik nr 7 do SIWZ Załącznik nr 3 do Wzoru umowy

Transkrypt

1 Załącznik nr 7 do SIWZ Załącznik nr 3 do Wzoru umowy Projekt infrastruktury sprzętowej wraz z oprogramowaniem na potrzeby realizacji projektu Wirtualne Muzea Małopolski oraz Rozwój dostępu do usług elektronicznych w Małopolsce 1. Zakres prac: 1. Analiza środowiska i przygotowanie projektu technicznego po konsultacjach z Zamawiającym. 2. Dostawa, montaż, połączenie, instalacja, aktualizacja oprogramowania wewnętrznego urządzeń, konfiguracja całego środowiska zapewniająca pełną redundancję wszystkich elementów infrastruktury oraz wymagania zamawiającego i najlepsze praktyki i zalecenia producentów sprzętu i oprogramowania, a dokładnie: - Instalacja i konfiguracja infrastruktury sprzętowej: Instalacja i konfiguracja platformy serwerowej o Montaż serwerów o Aktualizacja oprogramowania wewnętrznego elementów chassis blade oraz serwerów o Konfiguracja infrastruktury sieci SAN Montaż, instalacja i uruchomienie dodatkowych napędów w posiadanej przez zamawiającego bibliotece taśmowej IBM System Storage TS3310. Instalacja i konfiguracja systemu storage o Montaż w szafie serwerowej o Aktualizacja oprogramowania macierzy, półek dyskowych oraz dysków twardych o Zbudowanie grup RAID zgodnie z wymogami projektu o Konfiguracja oprogramowania do zarządzania wydajnością i monitoringiem macierzy w taki sposób, aby raporty jednoznacznie wskazywały które serwery i w jakim stopniu obciążają macierze Instalacja pozostałych elementów infrastruktury serwerowej oraz systemów wspomagających - Instalacja i konfiguracja klastra VMware Konfiguracja serwera VMware vcenter Server na serwerze backup Instalacja i konfiguracja serwerów VMware vsphere Uruchomienie klastra VMware wraz z konfiguracją niezbędnych usług dodatkowych: o Budowa klastra VMware vsphere Virtual Infrastructure o Konfiguracja infrastruktury sieci wirtualnych (vswitch) o Konfiguracja mechanizmów HA (High Availability) o Strojenie wydajnościowe Zamawiający wymaga dostarczenia i zainstalowania wszystkich akcesoriów które będą wymagane do poprawnej pracy całości systemu i wszelkich wymaganych połączeń pomiędzy poszczególnymi urządzeniami w sieci np. patchcordy światłowodowe i miedziane, wkładki SFP i inne. 3. Konfiguracja replikacji pomiędzy macierzami, 4. Konfiguracja dwóch niezależnych centrów danych, 5. Wykreowanie maszyn wirtualnych zgodnie z poniższymi opisami technicznymi, Strona 1 z 10

2 6. Instalacja systemów operacyjnych zgodnie z poniższymi opisami technicznymi, 7. Konfiguracja systemu backup zgodnie z poniższymi opisami technicznymi i wymaganiami zamawiającego, 8. Przygotowanie dokumentacji powykonawczej Opis techniczny Infrastruktura fizyczna składa się z dwóch lokalizacji - centrum podstawowego i lokalizacji zapasowej. Konfiguracja musi zapewnić połączenie całego systemu w jedną redundantną infrastrukturę. Konfiguracja centrum podstawowego zakłada następujące elementy: a. Obudowa blade z redundantnymi wszystkimi elementami modułów b. 16 serwerów blade. c. Macierz produkcyjna SAN zawierająca 2 kontrolery active/active, d. Przełącznik KVM e. Zapora sieciowa (firewall), posiadająca funkcjonalność serwera VPN, IPS, Konfiguracja centrum zapasowego zakłada następujące elementy: a. Obudowa blade z redundantnymi wszystkimi elementami modułów b. 10 serwerów blade. c. Macierz zapasowa SAN zawierająca 2 kontrolery active/active, d. Przełącznik KVM e. Zapora sieciowa (firewall), posiadająca funkcjonalność serwera VPN, IPS, 1.2. Opis konfiguracji systemu Rozwój dostępu do usług elektronicznych w Małopolsce Infrastruktura serwerowa oparta ma być o platformę wirtualną VMware vsphere i jest rozbudową infrastruktury już posiadanej przez zamawiającego. System aplikacyjny składa się z 3 klastrów maszyn wirtualnych, 4 serwerów pomocniczych oraz klastra maszyn serwujących usługi CIFS/NFS. Klaster LVS Klaster Webowy Klaster Bazodanowy Serwer Index Serwer Cache Serwer Broker Serwer Backup Macierz NAS Strona 2 z 10

3 Rysunek 1 Schemat infrastruktury sprzętowej Opis elementów systemu Wszystkie serwery mają być zwirtualizowane, a ich zasoby przydzielone z zasobów dyskowych macierzy SAN. Usługi wirtualizatora (tzw. hipervisior) uruchamiane będą z zasobów lokalnych (wbudowanych redundantnych kart SD) poszczególnych serwerów Klaster LVS Wykreowanie zasobów, instalacja i konfiguracja dwóch serwerów o następujących parametrach: a. Hosty klastra: lvs1 lvs2 Wymagana przestrzeń dyskowa: 50GB 2 rdzenie procesora 16 GB RAM Serwery muszą mieć po 2 interface y sieciowe: eth0 i eth1 Na interfaceach eth0 serwery mają ustawione po jednym publicznym adresie IP. Trzeci publiczny adres IP jest współdzielony między serwerami i jest aktywny na serwerze, który aktualnie pełni rolę głównego serwera LVS. W przypadku jego awarii Strona 3 z 10

4 adres ten przejmuje serwer zapasowy. Na interfaceach eth1 sytuacja przedstawia się w ten sam sposób, z tą różnicą, że adresy IP są nieroutowalne w Internecie. Serwery LVS mają skonfgurowaną translację NAT i ich adres prywatny, współdzielony między serwerami powinien być adresem bramy dla wszystkich serwerów opisanych w rozwiązaniu (poza serwerem broker). d. Proponowane adresy w sieci wewnętrznej: lvs1: /24 lvs2: /24 Adres współdzielony: /24 e. Informacje dodatkowe: Serwery komunikują się ze sobą z wykorzystaniem protokołu VRRP Klaster webowy Wykreowanie zasobów, instalacja i konfiguracja trzech serwerów o następujących paramentach: a. Hosty klastra: www1 www2 www3 Wymagana przestrzeń dyskowa: 160GB 8 rdzeni procesora 32 GB RAM Serwery mogą mieć po jednym interfacie sieciowym (eth0). d. Proponowane adresy IP: www1: www2: www3: e. Informacje dodatkowa: Serwery muszą łączyć się z serwerami bazodanowymi, serwerem cache oraz index. Serwery muszą mieć podmontowany jeden wspólny zasób NFS (/var/www) serwowany przez macierz Klaster bazodanowy Wykreowanie zasobów, instalacja i konfiguracja trzech serwerów o następujących parametrach: a. Hosty klastra: db1 db2 db3 Wymagana przestrzeń dyskowa: 200GB 12 rdzeni procesora Serwery mogą mieć po jednym interfacie sieciowym (eth0). d. Proponowane adresy IP: db1: db2: db3: Strona 4 z 10

5 Serwer cache Cache Wymagana przestrzeń dyskowa: 150GB 4 rdzenie procesora 96 GB RAM Serwer ma jeden interface sieciowy (eth0). d. Proponowany adres IP: cache: e. Informacje dodatkowe: Serwer łączy się z serwerami aplikacyjnymi z klastra Webowego Serwer index Index Wymagana przestrzeń dyskowa: 300GB 8 rdzeni procesora Serwer ma jeden interface sieciowy (eth0). d. Proponowany adres IP: cache: e. Informacje dodatkowe: Serwer łączy się z serwerami aplikacyjnymi z klastra Webowego oraz z serwerem NFS Serwer NAS a. Nazwa hosta nas b. Konfiguracja systemu Partycja / 50GB Partycja /var/nfs - 10TB Partycja swap 4GB 4 rdzenie procesora 16 GB RAM c. Konfiguracja sieci i adresacja Serwery ma jeden interface sieciowy i przydzielony adres IP /24 Standardowa brama to adres serwera lvs1. d. Zainstalowane oprogramowanie Brak środowiska graficznego. Zainstalowany musi być tylko system podstawowy, serwer ssh oraz serwer NFS serwujący zawartość /var/nfs serwerom www1, www2, www3 oraz cache. Agent oprogramowania do wykonywania kopii zapasowych. Strona 5 z 10

6 Serwer Broker Broker Wymagana przestrzeń dyskowa: 300GB 4 rdzeni procesora Serwer ma jeden interface sieciowy (eth0). d. Proponowany adres IP: broker: publiczny e. Informacje dodatkowe: Serwer łączy się z serwerami aplikacyjnymi z klastra Webowego Środowisko zapasowe Środowisko składa się z dwóch sieci: publicznej i lokalnej ( /24). Sieci są rozdzielone serwerem lvs i nie może być między nimi możliwości komunikacji bez jego pośrednictwa. Sieć lokalna środowiska zapasowego i podstawowego są fizycznie rozdzielone Serwer LVS lvs Wymagana przestrzeń dyskowa: 50GB 2 rdzenie procesora 16 GB RAM 2 interface sieciowe. eth0: publiczny adres IP erh1: sieć lokalna, adres: /24 Serwer musi mieć skonfigurowaną translację adresów NAT, tak aby mógł być bramą dla serwerów z podsieci Serwer webowy a. Hosty klastra: www1 www2 Wymagana przestrzeń dyskowa: 120GB 6 rdzeni procesora 32 GB RAM Serwery ma jeden interface sieciowy i przydzielony adres IP /24 Standardowa brama to adres serwera lvs. d. Informacje dodatkowa: Brak środowiska graficznego. Zainstalowany musi być tylko system podstawowy, serwer ssh i apache2 Strona 6 z 10

7 Serwer musi mieć podmontowany zasób NFS pod /var/www Klaster bazodanowy a. Hosty klastra: db1 db2 Wymagana przestrzeń dyskowa: 120GB 6 rdzeni procesora Serwery ma jeden interface sieciowy i przydzielony adres IP /24 Standardowa brama to adres serwera lvs Serwer index Index Wymagana przestrzeń dyskowa: 300GB 2 rdzenie procesora Serwery ma jeden interface sieciowy i przydzielony adres IP /24 Standardowa brama to adres serwera lvs cache: d. Zainstalowane oprogramowanie: Brak środowiska graficznego. Zainstalowany musi być tylko system podstawowy i serwer ssh Serwer w katalogu /var/www ma zamontowany zasób NFS NFS Serwer NAS a. Nazwa hosta nas b. Konfiguracja systemu Partycja / 50GB Partycja /var/nfs - 10TB Partycja swap 4GB 4 rdzenie procesora 16 GB RAM c. Konfiguracja sieci i adresacja Serwery ma jeden interface sieciowy i przydzielony adres IP /24 Standardowa brama to adres serwera lvs Serwer Broker Broker Wymagana przestrzeń dyskowa: 150GB Strona 7 z 10

8 4 rdzeni procesora c. Konfiguracja sieci i adresacja Serwer ma jeden interface sieciowy i przydzielony publiczny adres IP Standardowa brama to adres serwera lvs 1.3. Opis konfiguracji sytemu Wirtualne Muzea Małopolski Opis elementów systemu Wszystkie serwery klastrów mają być zwirtualizowane, a ich zasoby przydzielone z macierzy SAN. Usługi wirtualizatora (tzw. hipervisior) uruchamiane będą z zasobów lokalnych (wbudowanych redundantnych kart SD) poszczególnych serwerów Serwer aplikacyjny wmmapl Wymagana przestrzeń dyskowa na system operacyjny 500GB w RAID 10 dyski 10k Wymagana przestrzeń dyskowa na dane 5T w RAID 10 dyski 7,2k 24 rdzenie procesora 256 GB RAM Serwer musi mieć skonfigurowane 4 interface y sieciowe: eth0, eth1, eth2, eth3 Serwer musi łączyć się z serwerem wmmdb Na interfejsach eth0 i eth1 serwery mają ustawione po jednym publicznym adresie IP Serwer bazodanowy wmmdb Wymagana przestrzeń dyskowa na system operacyjny 1T w RAID 10 dyski 10k Wymagana przestrzeń dyskowa na dane 20T w RAID 10 dyski 7,2k 24 rdzenie procesora 256 GB RAM Serwer musi mieć skonfigurowane 4 interface y sieciowe: eth0, eth1, eth2, eth Serwer deweloperski wmmdev Wymagana przestrzeń dyskowa na system operacyjny 500GB w RAID 10 dyski 10k Wymagana przestrzeń dyskowa na dane 5T w RAID 10 dyski 7,2k 24 rdzenie procesora 256 GB RAM Serwer musi mieć skonfigurowane 4 interface y sieciowe: eth0, eth1, eth2, eth3 Strona 8 z 10

9 Serwer musi łączyć się z serwerem wwmapl, wmmdb, wwmtest Serwer testowy wmmtest Wymagana przestrzeń dyskowa na system operacyjny 500GB w RAID 10 dyski 10k Wymagana przestrzeń dyskowa na dane 5T w RAID 10 dyski 7,2k 24 rdzenie procesora 256 GB RAM Serwer musi mieć skonfigurowane 4 interface y sieciowe: eth0, eth1, eth2, eth3 Serwer musi łączyć się z serwerem wwmapl, wmmdb i wwmdev Zasoby serwerowe zapasowe do migracji W ramach zapewnienia mocy obliczeniowej dla przyszłych obciążeń oraz zwiększenia bezpieczeństwa poprzez możliwość uruchomienie środowiska po awarii zakładamy dodatkowe zasoby zapasowe (dwa serwery) o łącznej konfiguracji: 24 rdzenie procesora 256 GB RAM Zasoby te należy dodać do klastra WMware Serwer backup i serwer vcenter Kopie zapasowe będą wykonywane w 2 etapach oraz na 2 poziomach, poziom ogólny to wykonanie kopii migawkowej maszyn wirtualnych oraz zapisane na serwer kopii zapasowych w trybie D2D2T zarządzanych przy pomocy oprogramowania Symantec Backup Exec Etap drugi to wykonanie kopii zapasowych aplikacji automatycznie oraz z poziomu panelu administracyjnego aplikacji na bibliotekę taśmową LTO, umożliwiający wyniesienie kopii poza centrum obliczeniowe. Backup Migracja systemu operacyjnego Windows serwer z poprzedniego serwera backupu Dwa zasoby dyskowe w RAID 5. 6 dysków +6 dysków + 1 dysk hot-spare 2 procesory 6 rdzeniowe 32 GB RAM Serwer musi mieć skonfigurowane 4 interface y sieciowe: eth0, eth1, eth2, eth3 d. Proponowany adres IP: cache: e. Informacje dodatkowe: Serwer łączy się z serwerami aplikacyjnymi z klastra Webowego, serwerami klastra bazodanowego, oraz z serwerem Aplikacyjnym oraz Bazodanowym z drugiego projektu. Serwer korzysta z zasobów backupowych macierzy NAS za pośrednictwem NFS. Zakres prac: 1. Konfiguracja serwera do pracy w sieci SAN 2. Instalacja systemu operacyjnego i podpięcie do zasobów dyskowych na macierzy 3. Instalacja i konfiguracja systemu backupu Strona 9 z 10

10 4. Konfiguracja dostępu do biblioteki taśmowej 5. Instalacja i konfiguracja mechanizmów VMware VCB Proxy 6. Zbudowanie konfiguracji środowiska backupu w oparciu o dokumenty uzgodnień przedwdrożeniowych 7. Przeprowadzanie testów backupu 8. Przeprowadzenie testów odtworzeniowych 1.5. Biblioteka taśmowa Montaż, instalacja i uruchomienie dodatkowych napędów w bibliotece taśmowej posiadanej przez zamawiającego IBM System Storage TS3310. Skonfigurowanie ich do pracy w sieci SAN i skonfigurowanie serwera backup aby mógł korzystać z tych napędów Konfiguracja urządzenia firewall/vpn Wykonanie projektu technicznego. Dostawa, montaż, instalacja i konfiguracja urządzeń zapewniająca pełną redundancję połączeń. Konfiguracja klastra urządzeń. Konfiguracja zabezpieczeń sieci wg. najlepszych praktyk bezpieczeństwa i wytycznych Zamawiającego, zgodnie z projektem technicznym. Tuning i testy systemu. Wykonanie dokumentacji powykonawczej. Przykładowe minimalne wytyczne dotyczące konfiguracji routerów: Dopuszczenie połączeń TCP zainicjalizowanych wewnątrz sieci. Dopuszczenie ruchu SSH z określonego źródła do serwera deweloperskiego i testowego. Dopuszczenie ruchu DNS z dowolnego źródła. Dopuszczenie ruchu http i HTTPS z dowolnego źródła do serwerów aplikacyjnych. Dopuszczenie pingów z określonej sieci. Dopuszczenie ruchu SMTP z określonego adresu źródłowego. Dopuszczenie ruchu FTP. Wszystkie inne połączenia z Internetu będą blokowane. Dostęp poprzez min. 10 jednoczesnych tuneli VPN do każdego z serwerów z punktów 1.2 i 1.3. Dostęp poprzez min. 20 jednoczesnych tuneli VPN do serwera Backupu/vCenter Strona 10 z 10