Rozbudowę, instalację, uruchomienie I szkolenie w zakresie obsługi: systemu przechowywania danych, tj



Pobieranie 1,11 Mb.
Strona1/3
Data18.06.2018
Rozmiar1,11 Mb.
  1   2   3

Załącznik Nr 1 do SIWZ

Specyfikacja techniczna przedmiotu zamówienia na:

Rozbudowę, instalację, uruchomienie i szkolenie w zakresie obsługi: systemu przechowywania danych, tj. systemu serwera współdzielenia plików przy użyciu protokołów sieciowych NFS, CIFS, FTP o wysokiej dostępności pracującego w trybie active-active wraz z oprogramowaniem i niezbędną infrastrukturą (szafy teleinformatyczne, przełączniki sieciowe, listwy zasilające, okablowanie sieciowe i elektryczne).



W skład rozbudowywanego systemu przechowywania danych pracującego w siedzibie Zamawiającego wchodzą następujące komponenty (załącznik C Specyfikacji Technicznej):

  • dwa kontrolery FAS6280 firmy NETAPP, każdy wyposażony w 512GB pamięci Flash Cache oraz SAS CNTRL & IO Expander (FAS6280A-SAS-BASE-R6), obydwa pracujące w trybie „cluster mode” o wysokiej dostępności (HA) współpracujące z siedmioma półkami dyskowymi DS448X-R5 firmy NETAPP;

  • dwa modułu Flash Cache (X1971A-B-R5-C) typu PCIe o pojemności 512GB firmy NETAPP;

  • siedem półek dyskowych (DS4486-144TB-QS-R5), każda wyposażona w 48 dysków SAS o pojemności 3TB;

  • dwa 4-portowe kontrolery HBA SAS 3/6 Gb (X2065A-R6) typu PCIe firmy NETAPP;

  • dwa 2-portowe adaptery sieciowe NICII 10GbE (X1117A-R6-C) typu PCIe firmy NETAPP;

  • dwa 16-portowe przełączniki sieciowe ClusterNet Interconnect 10Gb (X1980-R6-C) firmy NETAPP;

  • po dwie licencje na oprogramowanie firmy NETAPP: Base CL Software Node (SW-6280A-CL-BASE), CIFS CLM Node (SW-6280A-CLM-CIFS), NFS CL Node (SW-6280A-CL-NFS), Data ONTAP Features Cluster-Node (SW-6280-CL-ONTAP8-C);

  • dwa układy zasilania trójfazowego PDU IEC o 24 wyjściach i prądzie 32A (X8718A-R6-C) firmy NETAPP;

  • okablowanie: 5 sztuk RJ45 CAT6 o długości 2m (X6561-R6), 10 sztuk RJ45 CAT6 o długości 0,5m (X6560-R6), 4 sztuki SAS Cntrl-Shelf/Shelf-Shelf/HA o długości 2m (X6558-R6), 14 sztuk SAS Cntrl-Shelf/Shelf-Shelf/HA o długości 0,5m (X6557-R6), 28 sztuk przewodów zasilających Cabinet Component Power Cable (X800-42U-R6), 4 sztuki Cntrl-Shelf/Switch LC/LC Op o długości 2m (X6553-R6), 2 sztuki SAS Cntrl-Shelf/Shelf-Shelf/HA-C o długości 2m (X6553-R6-C), 4 sztuki Cisco N5020 10GBase Copper SFP+ o długości 1m (X-SFP-H10GB-CU1M-R6), 8 sztuk Cabinet Component Power (X800-42U-R6-C);

  • obudowy, prowadnice i zestawy: 2 sztuki 62XX/SA620 AC PS z dwoma slotami CNTRL/EXP (X6212-R6-C), 1 sztuka DS448x (X870D-R6-C), 2 uchwyty montujące Mounting Bracket Tie-Down Multiple (X8773-R6-C), 2 zestawy prowadnic Rail Kit II Cab (X877B-R6-C), 7 półek dyskowych (DS448X-R5), 7 zestawów prowadnic Rail Kit DS448x (X8783A-R6), 7 zestawów Add-On Peripheral Hardware Kit (X8781-R6).

Rozbudowa istniejącego w siedzibie Zamawiającego systemu przechowywania danych obejmuje:

  • rozbudowę o co najmniej dwa dodatkowe kontrolery (węzły serwera plików),

  • rozbudowę zasobów dyskowych o co najmniej 336 dysków SAS o pojemności 4 TB dostarczone wraz z węzłami serwera plików w postaci osobnych półek dyskowych,

  • rozbudowę osprzętu sieciowego: okablowania i przełączników sieciowych wymaganych do komunikacji wzajemnej węzłów serwera plików i pomiędzy węzłami serwera plików a zasobami dyskowymi,

  • rozbudowę infrastruktury montażowej: szaf teleinformatycznych wraz z wyposażeniem, listew zasilających, okablowania elektrycznego itp.,

  • dostarczenie dodatkowych licencji niezbędnych do funkcjonowania oprogramowania w obrębie całego rozbudowanego systemu,

  • przeprowadzenie szkolenia w zakresie obsługi dostarczonego sprzętu niezbędnego do rozbudowy istniejącego systemu.

Rozbudowa istniejącego w siedzibie Zamawiającego systemu przechowywania danych podlega następującym uwarunkowaniom:

  • parametry dodatkowych kontrolerów (węzły serwera plików) muszą być nie gorsze od kontrolerów pracujących w rozbudowywanym systemie (w szczególności liczba i prędkość transmisji portów, wielkości pamięci RAM i wszystkich typów pamięci cache, liczba i częstotliwość taktowania procesorów muszą być nie mniejsze),

  • dodatkowe kontrolery muszą wraz z istniejącymi pracować w trybie „cluster mode”,

  • dodatkowe kontrolery muszą pracować w parach o wysokiej dostępności (HA) w konfiguracji „active-active”

  • rozszerzenie istniejących wolumenów dyskowych musi odbyć się z zachowaniem integralności i nienaruszalności istniejących danych w rozbudowywanym systemie,

  • dodatkowa przestrzeń dyskowa będąca sumą pojemności katalogowej dodatkowych dysków nie może być mniejsza niż 1344 TB,

  • pojemność użytkowa dodatkowych dysków widziana poprzez system kliencki nie może być mniejsza niż 900 TB

  • pojemność każdego z dodatkowych dysków SAS ma wynosić 4 TB a ich pozostałe parametry (tj. prędkość obrotowa, współczynnik MTBF i inne) nie mogą być gorsze niż pracujących w rozbudowywanym systemie,

  • dodatkowe dyski muszą być skonfigurowane w grupy RAID o liczbie dysków nie większej niż 14 w każdej grupie,

  • minimalna liczba dysków „hot-spare” przypadających na każdy z kontrolerów ma być co najmniej 4,

  • rozbudowa systemu musi zapewniać migrację logicznych interfejsów LIF na nowe węzły serwera plików,

  • rozbudowa systemu ma zapewniać swobodne tworzenie i powiększanie istniejących wolumenów dyskowych (w tym wolumenów typu „Infinite Volumes”) w obszarze wszystkich kontrolerów i zasobów dyskowych w rozbudowanym systemie,

  • dostarczony sprzęt musi mieć możliwość samodzielnej pracy (bez podłączenia do rozbudowywanego systemu przechowywania danych) m.in. w celu przeprowadzenia testów wydajnościowych dostarczonego sprzętu,

  • wydajność dostarczonego w ramach rozbudowy sprzętu nie może być gorsza niż systemu przechowywania danych podlegającego rozbudowie,

  • dostarczony w ramach rozbudowy sprzęt musi być odporny na awarię jednego dowolnego kontrolera oraz dwóch dowolnie wybranych dysków.

Dodatkowy sprzęt niezbędny do rozbudowy musi być w 100% kompatybilny z używanym przez Zamawiającego systemem przechowywania danych podlegającym rozbudowie. Kompatybilność pomiędzy dodatkowym sprzętem a rozbudowywanym systemem przechowywania danych musi być potwierdzona pisemnie przez producenta rozbudowywanego systemu przechowywania danych.

Słownik pojęć:

  • serwer plików - infrastruktura wysokodostępnego serwera współdzielenia plików złożona z co najmniej dwóch węzłów serwera plików,

  • system przechowywania danych – serwer plików pracujący w siedzibie Zamawiającego, w którego skład wchodzi sprzęt i oprogramowanie określone w załączniku C do Specyfikacji Technicznej,

  • tryb pracy active-active – tryb pracy klastra o wysokiej dostępności charakteryzujący się tym, że w przypadku awarii jednego z węzłów klastra świadczenie udostepnianych przez niego usług jest automatycznie przenoszone na inny pracujący w obrębie klastra aktywny węzeł lub rozkładane na inne pracujące w obrębie klastra aktywne węzły (tzw. load balancing),

  • węzeł serwera plików - element serwera plików realizujący funkcjonalność serwowania danych składowanych na dyskach serwera plików za pomocą wymaganych protokołów NAS (ang. Network Attached Storage),

  • półka dyskowa - obudowa dyskowa zawierająca napędy dyskowe oraz wyposażona w interfejsy do kontrolerów dyskowych lub węzłów serwera plików w technologii Fibre Channel lub SAS; za półkę dyskową nie uznaje się:

      • serwerów i innych systemów komputerowych zawierających dyski twarde wyposażonych wyłącznie w interfejsy 1Gbit Ethernet, 10 Gbit Ethernet lub Infiniband,

      • serwerów wyposażonych w napędy dyskowe oraz interfejsy Fibre Chanel pracujące w tzw. trybie target,

  • pojemność brutto serwera plików – suma pojemności wszystkich napędów dyskowych przeznaczonych do przechowywania danych, wchodzących w skład serwera plików,

  • dyski hot-spare – napęd, grupa napędów dyskowych lub pojemność zapasowa, które serwer plików może wykorzystać w przypadku awarii dowolnego napędu dyskowego przechowującego dane do przywrócenia wymaganego poziomu redundancji napędów dyskowych poprzez utworzenie na nich nadmiarowych zbiorów danych. Wymagany poziom redundancji napędów dyskowych wymaga umożliwienia jednoczesnej awarii dwóch dowolnych napędów dyskowych serwera plików bez utraty dostępu do danych przechowywanych na serwerze plików,

  • system dyskowy – przestrzeń dyskowa z mechanizmem redundancji danych dostępna dla serwera plików, zabezpieczona przed utratą danych na wypadek awarii jednego lub dwóch dysków jednocześnie (przykład: napędy dyskowe w grupie RAID 6).

Informacja o przedrostkach jednostek używanych w specyfikacji:

Przedrostki kilo (k), mega (M), giga (G), tera (T) i peta (P) używane w specyfikacji odnoszą się do wielokrotności będących całkowitymi potęgami liczby 10. W odróżnieniu od nich przedrostki dotyczące wielokrotności będących potęgami liczby 2 podawane są zgodnie ze standardem ISO/IEC 80000-13:2008. W poniższej tabeli podano mnożniki odpowiadające wymienionym przedrostkom dziesiętnym i ich odpowiednikom binarnym:



Przedrostek

Symbol

Wartość mnożnika

kilo

k

103 lub 1 000

mega

M

106 lub 1 000 000

giga

G

109 lub 1 000 000 000

tera

T

1012 lub 1 000 000 000 000

peta

P

1015 lub 1 000 000 000 000 000

kibi

Ki

210 lub 1 024

mebi

Mi

220 lub 1 048 576

gibi

Gi

230 lub 1 073 741 824

tebi

Ti

240 lub 1 099 511 627 776

pebi

Pi

250 lub 1 125 899 906 842 624

Przykłady użycia:

  • interfejs, którego przepustowość określono jako 10 Gb/s umożliwia przesłanie 10 000 000 000 bitów na sekundę,

  • serwer plików, którego wydajność dla pewnego typu operacji określono na 3 GiB/s umożliwia przesłanie 3 221 225 472 bajtów na sekundę.

Zamawiający dopuszcza możliwość złożenia oferty równoważnej w postaci dostarczenia systemu o właściwościach analogicznych jakie uzyska system przechowywania danych po rozbudowie.

Wymagane własności systemu przechowywania danych uzyskane po rozbudowie oraz specyfikacja systemu równoważnego jest następująca:



  1. Architektura serwera plików:

    1. Serwer plików musi zawierać co najmniej cztery węzły serwera plików tworzące klaster o wysokiej dostępności, w którym każde dwa węzły serwera plików pracują w trybie active-active.

    2. Dla każdego węzła serwera plików musi istnieć co najmniej jeden redundantny węzeł serwera plików, który jest zdolny do awaryjnego przejęcia funkcjonalności serwowania plików, realizowanej przez węzeł serwera plików, dla którego jest redundantny. Przejęcie to musi następować w sposób automatyczny, nie wymagający interwencji operatora. Przejęcie funkcjonalności musi zapewniać ciągłość świadczenia usług klientom pozostałych, nie uszkodzonych węzłów serwera plików.

    3. Jeśli rozwiązanie zawiera odrębne półki dyskowe podłączone do węzłów serwera plików, węzeł serwera plików musi mieć redundantny dostęp do wszystkich półek dyskowych przypadających na pozostałe węzły serwera plików, dla których dany węzeł serwera plików jest węzłem redundantnym. Ścieżki komunikacyjne pomiędzy każdym z węzłów serwera plików w każdej grupie redundantnych węzłów serwera plików a każdą półką dyskową przypadającą na daną grupę redundantnych węzłów serwera plików muszą być redundantne.

    4. Niedopuszczalne jest rozwiązanie, w którym awaria dowolnego węzła serwera plików uniemożliwia dostęp do danych znajdujących się w pozostałych węzłach serwera plików lub w półkach dyskowych podłączonych do dowolnego węzła serwera plików.

    5. Każdy węzeł serwera plików musi mieć możliwość udostępnienia każdego systemu plików (woluminu) na każdym sieciowym interfejsie zewnętrznym.

    6. Podsystem dyskowy w dostarczonym serwerze plików, tzn. kontrolery dyskowe i półki dyskowe muszą być wspierane przez węzły serwera plików.



  1. Pojemność serwera plików, liczba dysków oraz skalowalność pojemności serwera plików:

    1. Dostarczona konfiguracja podstawowa serwera plików musi:

      1. Mieć pojemność użytkową, to znaczy pojemność widzianą przez system kliencki co najmniej 1570 TB. Za pojemność użytkową uznaje się rozmiar systemu plików zamontowanego przy pomocy protokołu NFS v3, pokazany przez polecenie “df -B1 uruchomione na standardowej instalacji systemu operacyjnego Scientific Linux w wersji 5 lub wyższej z jądrem Linux w wersji 2.6 lub wyższej, pobranej ze strony https://www.scientificlinux.org/. Wielkość systemu plików jest określona w kolumnie “1B-blocks wyniku wykonania polecenia “df -B1. Scientific Linux jest wykorzystywany jako system operacyjny na komputerach klienckich Zamawiającego, które docelowo będą korzystały z serwera plików.

      2. Udostępniać całą pojemność użytkową w postaci jednego systemu plików z jedną, wspólną przestrzenią nazw dla wszystkich przechowywanych plików i bez ograniczeń na rozmiar plików przechowywanych w jednym katalogu systemu plików.

      3. Stosować napędy dyskowe o parametrach katalogowych:

        1. pojemności katalogowej nie większej niż 4 TB na dysk,

        2. prędkości obrotowej talerzy w napędach dyskowych nie mniejszej niż 7200 obrotów na minutę,

        3. wartości współczynnika MTBF co najmniej 1,2 miliona godzin,

        4. przeznaczone do zastosowań serwerowych, przystosowane do pracy w reżimie ciągłym (24 godziny na dobę) przy 100% obciążeniu.

      4. Umożliwiać stosowanie napędów dyskowych w technologiach SATA lub SAS.

    2. Serwer plików musi umożliwiać rozbudowę do całkowitej pojemności brutto serwera plików co najmniej 15 PB, przy czym maksymalny rozmiar pojedynczego systemu plików (wolumenu) nie może być ograniczony do wielkości mniejszej niż 15 PB. Cała pojemność użytkowa po rozbudowie musi być dostępna w ramach jednej, wspólnej przestrzeni nazw z dowolnego węzła serwera plików.

    3. Rozbudowa o której mowa w podpunkcie b. niniejszego punktu musi być możliwa bez utraty danych przechowywanych w konfiguracji podstawowej serwera plików, bez przerywania dostępu do tych danych oraz bez utraty wydajności i niezawodności zakładanej dla konfiguracji podstawowej.



  1. Wydajność serwera plików i skalowalność wydajności serwera plików:

    1. Przepustowość serwera plików możliwa do uzyskania w dostarczonej konfiguracji podstawowej, w trybie nasyconym (ang. sustained mode), przy obciążeniu ruchem o rozmiarze bloku/żądania 1 MiB (mierzonym na poziomie systemu plików), musi być nie mniejsza niż 6.0 GiB/s (gibibajta na sekundę) przy obciążeniu składającym się ze 100% operacji odczytu i 0% operacji zapisu oraz nie mniejsza niż 3 GiB/s przy obciążeniu składającym się z 0% operacji odczytu i 100% operacji zapisu.

    2. Przedstawione w podpunkcie a. niniejszego punktu wymagania na przepustowość serwera plików dotyczą sytuacji, kiedy wszystkie węzły serwera plików są sprawne.

    3. Serwer plików musi umożliwiać rozbudowę do całkowitej przepustowości (określonej według procedury testowej podanej w podpunkcie 11.e.v.) co najmniej 12 GiB/s przy obciążeniu składającym się ze 100% operacji odczytu i 0% operacji zapisu oraz co najmniej 6 GiB/s przy obciążeniu składającym się z 0% operacji odczytu i 100% operacji zapisu.

    4. Rozbudowa o której mowa w podpunkcie c. niniejszego punktu musi być możliwa bez utraty danych przechowywanych w konfiguracji podstawowej serwera plików, bez przerywania dostępu do tych danych oraz bez utraty pojemności i niezawodności zakładanej dla konfiguracji podstawowej.

    5. Serwer plików musi umożliwiać obsługę co najmniej 10000 klientów jednocześnie dla każdego z wymaganych protokołów dostępu do danych.

    6. Serwer musi wspierać konfigurację i umożliwiać tworzenie jednego systemu plików dostępnego w całej przestrzeni nazw klastra wykorzystując przestrzeń złożoną z co najmniej dwóch klas napędów dyskowych:

      1. dyskami SAS/SATA o prędkości obrotowej talerzy 7200 obrotów na minutę,

      2. dyskami SAS/SATA SSD.

    7. W obrębie skonfigurowanych klas dysków w ramach jednego systemu plików serwer plików musi wspierać automatyczną migrację danych ostatnio używanych na dyski klas charakteryzujących się największą wydajnością oraz automatyczną migrację danych najrzadziej używanych na dyski klas charakteryzujących się najniższą ceną jednostkową pojemności w taki sposób, aby minimalizować czas dostępu do danych. Ocena czasu ostatniego użycia musi być dokonywana na poziomie plików lub bloków systemu plików.



  1. Komunikacja wewnętrzna i zewnętrzna systemu:

    1. Każdy z węzłów serwera plików musi posiadać co najmniej dwa redundantne interfejsy zewnętrzne, umożliwiające połączenie w technologii 10 Gigabit Ethernet z przełącznikami wyposażonymi w moduły optyczne SFP+ wielomodowe. Łączna wymagana przepustowość interfejsów zewnętrznych każdego z węzłów serwera plików to co najmniej 20 Gb/s jednocześnie w każdą stronę.

    2. Serwer plików musi posiadać dedykowaną wewnętrzną sieć służącą do komunikacji pomiędzy węzłami serwera plików.

    3. Dedykowana sieć wewnętrzna nie może mieć punktów styku z siecią zewnętrzną, przeznaczoną do komunikacji z klientami serwera plików. W szczególności jeśli sieć wewnętrzna wymaga zastosowania przełączników sieciowych, to nie mogą być do nich podłączane interfejsy zewnętrzne serwera plików ani żadne inne interfejsy spoza serwera plików. Wszystkie elementy dedykowanej sieci wewnętrznej, w tym przełączniki, interfejsy, okablowanie komunikacyjne muszą być redundantne.

    4. Każdy z węzłów serwera plików musi być podłączony do dedykowanej wewnętrznej sieci co najmniej dwoma redundantnymi interfejsami, o łącznej przepustowości co najmniej 20 Gb/s jednocześnie w każdą stronę.

    5. Wszystkie węzły muszą być wyposażone w interfejsy zarówno sieci klienckiej jak i wewnętrznej o sumarycznej przepustowości co najmniej 160Gbps w każdą stronę.



  1. Wysoka dostępność:

    1. Wszystkie komponenty infrastruktury serwera plików wliczając w to (ale nie ograniczając do) węzły serwera plików, kontrolery dyskowe, pamięci cache, zasilacze i wentylatory muszą być redundantne. Serwer nie może posiadać pojedynczego punktu awarii (ang. SPOF, single point of failure). Awaria dowolnych dwóch napędów dyskowych oraz pojedynczego komponentu dowolnego innego typu (np. pojedynczego węzła serwera plików, kontrolera dysków) nie może powodować utraty dostępu systemów klienckich serwera plików do danych przechowywanych na serwerze plików. W szczególności:

      1. serwer plików musi być wyposażony w przynajmniej 4 w pełni redundantne węzły serwera plików pracujące w trybie pracy active-active,

      2. awaria dowolnego węzła serwera plików nie może powodować utraty danych ani dostępu do żadnych danych zapisanych na serwerze plików, nawet jeśli dane te nie zostały jeszcze zapisane na napędach dyskowych, a znajdowały się w dowolnym rodzaju pamięci węzła serwera plików,

      3. każdy węzeł serwera plików oraz wszystkie półki dyskowe a także kontrolery dyskowe wchodzące w skład serwera plików muszą mieć redundantne zasilanie oraz być chłodzone za pomocą redundantnych wentylatorów, przy czym zarówno zasilacze jak i wentylatory muszą być wymienialne na gorąco (ang. hot-swap),

      4. każdy węzeł serwera plików oraz każdy kontroler dyskowy wchodzący w skład serwera plików oraz każda półka dyskowa serwera plików musi mieć możliwość jednoczesnego zasilania z dwóch niezależnych źródeł zasilania; zanik jednego z tych źródeł nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności lub utraty danych,

      5. awaria dowolnego węzła serwera plików oraz jednoczesna awaria 2 dowolnych dysków serwera plików nie może powodować utraty ani przerwania dostępu do żadnych danych przechowywanych przez serwer plików.

    2. Serwer plików musi wspierać możliwość konfiguracji systemów dyskowych z mechanizmem parzystości, w których poziom zabezpieczenia danych zapewnia możliwość dostępu do danych nawet w sytuacji awarii dwóch dysków w systemie dyskowym.

    3. Czas odbudowy systemu dyskowego w przypadku awarii jednego napędu dyskowego nie może być dłuższy niż 48 godzin od chwili dokonania wymiany uszkodzonego napędu dyskowego na sprawny przy założeniu, że serwer plików nie otrzymuje żadnych żądań od klientów.

    4. Serwer plików musi wspierać konfigurację dysków hot-spare.




  1   2   3


©operacji.org 2017
wyślij wiadomość

    Strona główna