Technická dokumentace a specifikace p edm tu koup

Transkript

1 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI ást 2 zadávací dokumentace Technická dokumentace a specifikace pedmtu koup Úvod k technickému zadání Zadavatel požaduje nabídku na níže specifikované ešení. Specifikace ešení se skládá z pti ástí (kapitol): první ást popisuje datová úložišt vetn souvisejících komponent (ást A). druhá ást popisuje serverovou ást vetn souvisejících komponent (ást B). tetí ást popisuje software pro serverovou virtualizaci (ást C). pátá ást (ást E) popisuje akceptaní testy. tvrtá ást (ást D) popisuje technologické prostedí, do nhož bude plnní poskytnuto. Souástí jednotlivých ástí je textový popis a pípadn specifikace dílích komponent pomocí tabulek. Údaje uvedené v jednotlivých ástech této technické dokumentace a specifikace vymezují závazné požadavky zadavatele na plnní této veejné zakázky. Tyto požadavky musí uchaze pln respektovat pi tvorb své nabídky. Pro celé ešení (tj. všechny jeho ásti) požaduje zadavatel dodání originálních a nových zaízení, licencovaných ve jménu zákazníka (zadavatele) a podle pravidel výrobce tak, aby bylo možné eskalovat pípadné závady pímo na technickou podporu výrobce. Zadavatel požaduje, aby všechny licence, které budou dodány v rámci tohoto ešení, byly asov neomezené (bez exspirace). Plnní veejné zakázky je vetn dodávky, instalace a zprovoznní (uvedení do ádného provozu) potebného software (licencí), potebného specifikovaného zaškolení IT personálu a dalšího potebného píslušenství a poskytnutí rozšíené záruky a servisu a dalších souvisejících služeb v lokalit Vestec. Pokud jsou v technické specifikaci obsaženy požadavky nebo odkazy na jednotlivá obchodní jména, zvláštní oznaení podniku, zvláštní oznaení výrobk, výkon anebo obchodních materiál, Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 1/30

2 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI která platí pro uritý podnik nebo organizaní jednotku za píznané, pop. patenty a užitné vzory, jsou uvedeny pouze pro upesnní a piblížení technických parametr a zadavatel umožuje použití i kvalitativn a technicky obdobného ešení s pln srovnatelnými nebo i pevyšujícími parametry. V pípad poteby mže chtít zadavatel doložit (vyžádat si) oficiální potvrzení zastoupení výrobce o urení dodávaného HW (resp. seznam sériových ísel všech dodávaných zaízení) pro eský trh i v rámci EU a koncového zákazníka Biotechnologické a biomedicínské centrum Akademie vd a Univerzity Karlovy ve Vestci (BIOCEV). Zadavatel v rámci nabídky uchazee, požaduje dodat kompletní technický popis (specifikaci) všech komponent (zaízení) u všech ástí ešení. K veškeré funkcionalit požadované v této zadávací dokumentaci musí v dob podání nabídky existovat uživatelská dokumentace v anglickém nebo eském jazyku, kterou uchaze na vyžádání zadavatele neprodlen pedloží, a která tuto funkcionalitu jednoznan deklaruje (popisuje). Definice záruních skupin dle délky záruky Záruní skupiny: 3 roky 5 let U jednotlivých ástí ešení jsou tyto záruní skupiny dále upesnny. Po dobu záruky se oekává bezplatné provedení servisu dle požadované servisní skupiny. Definice servisních skupin dle rychlosti reakce a opravy: Popis: Servis je pedpokládán v míst plnní, tj. tam kde jsou instalována zaízení. Použité termíny (zkratky) jsou NBD (Next business day) se rozumí "další pracovní den" a BD (Business day) se rozumí "pracovní den". Skupiny: skupina. 1: dostupnost 5x8 (po-pá, od 8-16h) + reakce do NBD + oprava do 21 BD (na míst u zákazníka) skupina. 2: dostupnost 5x8 (po-pá, od 8-16h) + reakce do NBD + oprava do 5 BD (na míst u zákazníka) skupina. 3: dostupnost 5x9 (po-pá, od 8-17h) + reakce do NBD + oprava do NBD (na míst u zákazníka) Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 2/30

3 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI skupina. 4: dostupnost 24x7x365 (24 hodin + po-ne + po celý kalendání rok) reakce do 8 hodin + oprava do 24 hodin (na míst u zákazníka) skupina. 5: dostupnost 24x7x365 (24 hodin + po-ne + po celý kalendání rok) reakce do 4 hodin + oprava do 24 hodin (na míst u zákazníka) U jednotlivých ástí ešení jsou tyto servisní skupiny dále upesnny. Technické konzultace Souástí ešení jsou také technické konzultace, jejichž pedmtem je níže uvedené. Dodavatel bude pipraven poskytovat tyto konzultace od pedání ešení (podepsání akceptaního protokolu) do provozu po dobu min. 12 následujících msíc. Reakní doba na zahájení technické konzultace jsou maximáln 4 pracovní dny ode dne výzvy zadavatele. Definice konzultací je následující: Provádní konzultaních a poradenských služeb technicky vysoce odborného charakteru (a to leny realizaního týmu uvedených v píloze. 6 smlouvy) na dodaných technologických celcích na základ požadavk zadavatele v rozsahu cca 20 hodin za msíc (celkem 240 hodin za 12 msíc) v míst instalace nebo prostednictvím vzdáleného pístupu. 1. Základní popis ást A Je požadováno dodání kompletního ešení hierarchického datového úložišt (Hierarchical Storage Management - HSM) a souasn samostatného diskového pole pro IT infrastrukturu budovanou v rámci projektu BIOCEV. ešení musí splnit níže uvedená technická kritéria. Hlavními ástmi ešení jsou: 1. Tier-1: diskové pole pro souborový pístup, 2. Tier-2: diskové pole pro souborový pístup, 3. Tier-3: pásková knihovna (páskový robot), 4. servery pro ídící systém-software pro správu a ízení HSM (front-end, head node servery), a zabezpeení provozu datového úložišt vetn uživatelského rozhraní. 5. aktivní prvky síové infrastruktury pro zajištní SAN (Storage Area Network) v návaznosti na aktivní prvky lokální sít - LAN (aktivní prvky pro LAN tedy nejsou souástí tohoto ešení, resp. pedmtem smlouvy), Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 3/30

4 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 6. ídící software a operaní systémy nezbytné pro jeho provoz, 7. samostatné diskové úložišt pro služby blokového pístupu (pro základní provozní systémy), 8. systém pro management identit, 9. jakékoliv další potebné píslušenství ke zprovoznní sestavy datového úložišt (kabely, adaptéry, rack mount kit atd.) 10. asov neomezené licence na všechny dodané programové produkty. ešení je naznaeno na následujícím obrázku. Pedpokládané využití datových úložiš Pedpokládáme využití úložišt ve tech hlavních kategoriích: 1. Úložišt pro zálohy uživatel Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 4/30

5 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI Pjde o datové úložišt sloužící jako back-end nebo backup pro již existující zálohovacího software uživatel. 2. Souborový systém Pjde o nabízení datového úložišt formou souborového systému. Pedpokládáme nasazení protokol NFSv4, SMB 2.0, HTTP(S), SFTP, FTP(S), SCP a dále protokolu rsync. Z hlediska HSM pjde o lokáln pipojený souborový systém. 3. Blokové služby (samostatné diskové pole) Blokový pístup k úložným kapacitám bude poskytován pro aplikace podporující IT provoz, a to na základ konkrétních poteb. Na blokové úrovni lze zpístupnit pouze základní diskovou kapacitu, bez možnosti implementovat další nadstavbové služby (jako nap. HSM funkcionalitu). Uživateli se vytvoí a zpístupní LUN odpovídající velikosti. Veškeré další operace, jako je vytvoení souborového systému a následná údržba dat, je již pln v kompetenci uživatele. Nepožadujeme, aby výše uvedené kategorie sdílely data mezi sebou. Požadavky kladené na datové úložišt Pokud není uvedeno jinak, veškeré kapacity jsou uvedeny v dekadických násobcích (desítková soustava), tj. 1TB = B, 1PB = B, atd. Využitelná kapacita diskových polí je definována jako kapacita po režii RAID, hot-spare disk i jiných pípadných režijních kapacit pole, ale ped režií souborového systému. Využitelná kapacita páskové(ých) knihovny(en) je definována jako souet nativních kapacit (bez komprese dat, bez deduplikace dat apod.) všech využitelných dodávaných páskových médií. V následujícím textu jsou použity následující zkratky a pojmy: FC - Fibre channel 1GE - 1Gbit Ethernet 10GE - 10 Gbit Ethernet 1. Datové úložišt typu HSM vychází z modelu hierarchicky uspoádaných úložných vrstev, je to technika ukládání dat, která automaticky pesune data mezi dražšími-rychlejšími (high-cost) a levnjšími-pomalejšími (low-cost) pamovými médii. Jednotlivé vrstvy mají rznou kapacitu úložného prostoru a zárove poskytují vzájemn odlišný výkon. Úložišt bude obsahovat níže uvedené tiery (vrstvy): Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 5/30

6 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI a) Tier-1: Diskové pole osazené disky minimáln o využitelné kapacit 291 TB. Tato vrstva mže být (ale i nemusí) pípadn sestavena i z více samostatných diskových polí, ta však musí být možné vhodným nástrojem (nap. distribuovaným souborovým systémem) prezentovat front-end serverm jako jeden svazek. Veškeré požadavky na Tier-1 se týkají každého pípadného dalšího diskového pole umístného v rámci Tier- 1. Požadavek na rychlost disk v Tier-1 je 10,000 rpm. b) Tier-2: Diskové pole o minimální využitelné kapacit alespo 649 TB. Tato vrstva mže být (ale i nemusí) pípadn sestavena i z více samostatných diskových polí, ta však musí být možné vhodným nástrojem (nap. distribuovaným souborovým systémem) prezentovat front-end serverm jako jeden svazek. Veškeré požadavky na Tier-2 se týkají každého pípadného dalšího diskového pole umístného v rámci Tier- 2. Požadavek na rychlost disk v Tier-1 je 7,200 rpm. c) Tier-3: Pásková knihovna osazená páskami o minimální využitelné kapacit 1120 TB. Požadovaná kapacita pásek se uvažuje nativní, bez komprese. Souástí dodávky budou všechny nezbytné licence pro všechny dodané fyzické sloty knihovny. Licence nebudou asov omezeny. Souástí dodávky musí být také adekvátní poet istících pásek. Minimální poet istících pásek musí být dva kusy per tape drive. Pásková média musí být dodána s árovým identifikaním kódem (labelem), musí také obsahovat ip umožující provádt životní cyklus-management médií (Media Lifecycle Management). Potebný ovládací software pro centrální management drives a médií musí být souástí dodávky. d) Vedle úložných kapacit musí sestava obsahovat všechny pípadné ídící serverysystémy pro zajištní HSM funkcionality vetn zajištní chodu sestavy datového úložišt (front-end, head node servery). 2. Vedle diskových polí a server požadujeme i odpovídající síovou infrastrukturu vetn propojení diskových polí, páskové knihovny a ídících server. Toto propojení musí být realizováno pes FC SAN switche, které jsou nutnou souástí dodávky. Požadujeme minimální rychlost 8 Gbs. Switche však musí podporovat i osazení SFP transceivery o rychlosti 16 Gbs. Každý switch propojovací infrastruktury musí po koneném zapojení všech prvk vetn ešení obsahovat navíc minimáln 30% volných port, pitom se zaokrouhluje nahoru. Navíc poet volných port v každém switchi musí být alespo 6. (nap. je-li použito 7 port na daném switchi, celkový poet port na tomto switchi musí být alespo 13.) Všechny obsazené i volné sloty musí být osazeny transceiverem a zalicencovány (aktivovány). Nabídka musí obsahovat kabeláž pro propojení jednotlivých ástí úložišt, tato kabeláž nesmí být typu Direct Attach. Zárove je nutné dodat navíc 4 kabely každého typu jako rezervu. Optické kabely pro pipojení front-end server do vnitní sít LAN musí mít délku minimáln 10 metr. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 6/30

7 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 3. HSM musí poskytovat souborový systém (dle standardu POSIX) pipojitelný na front-end servery. HSM musí umožnit vytvoení alespo 100 souborových systém (oddíl), každý oddíl musí být možno nezávisle na ostatních zvtšit (pidáním disk) a zmenšit. 4. Diskové pole v Tier-1 musí být zabezpeeno technologií RAID (i ekvivalentní technologií poskytující stejné i lepší zabezpeení, dále jen RAID) proti ztrát dat pi souasném výpadku libovolných dvou disk v rámci jedné RAID skupiny. Poet disk (vetn paritních disk) v jedné takové RAID skupin nesmí být vyšší než 10. Pitom rebuild (návrat do redundantního stavu zajišujícího opt ochranu proti výpadku dvou disk ve skupin) libovolné takto vytvoené RAID skupiny nesmí trvat déle než 8 hodin. Výpadek disku musí mít minimální vliv na výkonnost diskového pole. Požadovaný výkon musí být dosažitelný v této konfiguraci, men bude pi stabilní konfiguraci pole (ne pi rebuildu). 5. Na každých i zapoatých 30 disk v Tier-1 požadujeme alespo 1 další samostatný hotspare disk a to pro každé jedno diskové pole, které je umístno v rámci Tier-1 (nap. pi potu celkem 280 disk zapojených v RAID svazcích a potu 4 diskových polí je pi rovnomrném rozložení disk teba navíc 12 hot-spare disk, celkem tedy 292 disk). Používá-li nabízená technologie tzv. hot-spare space, musí být pro tento prostor alokována alespo ekvivalentní kapacita. 6. Diskové pole v Tier-1 musí podporovat a být vybaveno licencí na funkcionalitu LUN maskingu pro maximální možnou konfiguraci (maximální konfiguraci pole, maximální poet storage partitions). 7. Diskové pole v Tier-2 musí být zabezpeeno technologií RAID (i ekvivalentní technologií poskytující stejné i lepší zabezpeení, dále jen RAID) proti ztrát dat pi souasném výpadku libovolných dvou disk v rámci jedné RAID skupiny. Poet disk (vetn paritních disk) v jedné takové RAID skupin nesmí být vyšší než 10. Pitom rebuild (návrat do redundantního stavu zajišujícího opt ochranu proti výpadku dvou disk ve skupin) libovolné takto vytvoené RAID skupiny (ve všech pípadech zabezpeení) nesmí trvat déle než 24 hodin. 8. Na každých i zapoatých 30 disk v Tier-2 požadujeme alespo 1 samostatný hot-spare disk a to pro každé samostatné diskové pole, které je umístno v rámci Tier-2 (nap. pi potu celkem 280 disk zapojených v RAID svazcích a potu 4 diskových polí je pi rovnomrném rozložení disk teba navíc 12 hot-spare disk, celkem tedy 292 disk). Používá-li nabízená technologie tzv. hot-spare space, musí být pro tento prostor alokována alespo ekvivalentní kapacita. 9. Write-back cache adi diskového pole musí být zabezpeena proti všem následujícím jevm: ztrát dat, poškození dat pi výpadku napájení (nap. baterií) a poruše adie (nap. zrcadlením cache redundantních adi). Požadovaný výkon musí být dosažitelný Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 7/30

8 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI se zapnutou funkcionalitou zabezpeení dle tohoto bodu. 10. Velikost Write-back cache adi diskového pole v Tier-1 a Tier-2 musí být minimáln 12 GB na každý jeden adi. Napíklad pokud se sestava úložišt bude skládat ze ty dualcontroller diskových polí, celková velikost cache bude minimáln 96 GB. 11. Pásková knihovna musí obsahovat dva páskové roboty (tj. zaízení pro penášení pásek mezi sloty knihovny a páskovými mechanikami). Ovládání knihovny musí být redundantní (control path failover). Páskové mechaniky musí podporovat a obsahovat redundantní cesty (data path failover). Minimální poet mechanik je definován minimální celkovou nativní propustností (bez komprese) specifikovanou viz níže - podkapitola 3. Výkonové požadavky (bod. 4). 12. Centrální ovládací software pro páskovou knihovnu musí obsahovat funkce pro administraci knihovny, monitoring, reporting, policy-based ízení pidlování mechanik a médií, centrální media lifecycle management a funkce pro ízení pístupu a cest. 13. Pro vnjší reprezentaci úložišt požadujeme minimáln 6 pln zastupitelných front-end (head node) server. Souborový systém poskytovaný HSM musí být možno sdílet pro tení i zápis mezi všemi front-endy najednou. Zadavatel požaduje pístup s plnými administrátorskými (root) právy na všechny front-end servery. 14. Každý front-end server musí mít pipojení k Tier-1/2 úložišt technologií minimáln 8Gbps FC a to minimáln dvma aktivními cestami (tj. min. 2x 8Gbps FC). Každý adi pole Tier-1/2 musí mít minimáln 4 odpovídající porty. 15. Všechny front-end servery musí být provozuschopné pod 64bitovým operaním systémem na bázi Linux operaního systému na architektue x86_ Pokud je na front-endech nutné provozovat jakýkoli komerní software, musí být všechny potebné licence pro všechny front-endy souástí nabídky (napíklad operaní systém). Jsou-li souástí dodávky instalace komerních distribucí Linuxu, požadujeme, aby v nich byly nakonfigurovány zdroje pro vývojové (development) balíky a všechny závislosti pro rekompilaci libovolného balíku, který dodavatel OS poskytuje. Zadavatel požaduje pístup s plnými administrátorskými (root) právy na všechny front-end servery. 17. Každý front-end server musí mít minimáln 96 GB RAM. 18. Všechny front-end servery musí být z hlediska operaního systému nakonfigurovány jako pln zastupitelné (High Availability). a) Všechny front-end servery budou exportovat všechna HSM data v režimu activeactive pomocí protokol: SCP, FTP(S), CIFS/SAMBA. Export CIFS/SAMBA musí být nakonfigurován jako klastrový. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 8/30

9 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI b) Dále musí front-end servery exportovat HSM data protokolem NFSv4 nebo vyšší verze. Pt front-end server bude exportovat všechny HSM souborové systémy tímto protokolem tak, že žádné dva front-endy neexportují stejný HSM souborový systém. Šestý front-end server bude nakonfigurován jako pasivní NFSv4 server. V pípad výpadku libovolného z front-end exportujícího NFSv4 musí pasivní front-end pln pevzít veškerou NFSv4 funkcionalitu bez nutnosti administrativního zásahu jak na serveru, tak na klientech. Implementace NFSv4 pro klienta mže být dodána dodavatelem. c) Funkcionalita všech požadavk v tomto bod bude ovena v akceptaních testech. 19. Aktivní prvky pro lokální poítaovou sí (LAN) nejsou souástí této veejné zakázky. Zadavatel pedpokládá pipojení front-end server do vnitní sít (LAN) a to: 2x typu 10GE, 2x typu 1GE (pro každý z tchto server). Zadavatel požaduje, aby byl každý front-end server rozšíitelný v budoucím období o minimáln jednu další PCIe (PCI Express) kartu. 20. Všechna datová (ne management porty) síová Ethernet rozhraní front-end server musí podporovat jumbo rámce (alespo 9000 byt). 21. Diskové pole v Tier-1 a Tier-2 musí podporovat vytváení LUN o velikosti více než 16 TB. 22. Systém úložišt (diskové a páskové kapacity, jejich adie, SAN infrastruktura, servisní stroje HSM a páskové knihovny a vzájemné propoje tchto komponent) musí být pln redundantní, výpadek jakékoliv jedné komponenty nesmí zpsobit nedostupnost úložišt, mže ale vést k doasné degradaci výkonu. Tento požadavek se týká i jednoho samostatného front-end i obslužného serveru, kdy pi jejich výpadku nesmí dojít k nedostupnosti funkcionality, kterou poskytují. Všechny typy server musí mít redundantní napájecí zdroje, disky a karty zajišující SAN a LAN pipojení (alespo dual port). Pásková knihovna, SAN a 10GE switche musí mít také redundantní napájení. 23. Výmna jakékoliv ásti HW musí být možná za chodu (nesmí být nutné pevést úložišt do stavu, kdy jsou nkterá data nedostupná). Upgrade software (firmware) pole a páskové knihovny musí být možný taktéž za chodu. V pípad poruchy jednoho z robot páskové knihovny pipouštíme následné plánované odstavení páskové knihovny na dobu nejvýše 60 minut. 24. Z hlediska zajištní provozu musí být všechny prvky datového úložišt vybaveny managementem kontroly funknosti a provozních parametr (nap. teplota, napájení, ) a možností vzdálené správy. U všech dodaných server požadujeme možnost vzdáleného managementu vetn grafické konzole, možnosti využití virtuálních médií pro boot server a vzdáleného pístupu do BIOS/UEFI. Veškerý management musí být Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 9/30

10 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI možný z prostedí OS UNIX/Linux nebo ekvivalentního OS (spujícíh související technické podmínky). BMC kontrolery server musí být pipojeny samostatným kabelem, není možné sdílet fyzické porty s datovými rozhraními server. 25. Všechny front-end servery musí být stejného typu. 26. Datové úložišt musí mít automatický systém hlášení poruch na bázi protokolu SNMP. Zprávy systému hlášení poruch musí být možno zpracovat na stroji s operaním systémem Linux, z tchto zpráv musí být rozpoznatelná chybující komponenta v lidsky itelné podob. 27. Veškerý management HSM musí být ovladatelný ze stroje s operaním systémem UNIX/Linux nebo ekvivalentního OS (splujícího všechny související technické podmínky uvedené v této dokumentaci). 28. HSM musí být schopno pojmout minimáln dv miliardy soubor. 29. Exporty HSM z front-end ve smyslu základního popisu ešení (zaátek ásti A) musí být realizovatelné pes všechna rozhraní, tj. 10GE, 1GE. 2. Požadavky na HSM a souborový systém 1. Systém pro správu migrací dat mezi tiery HSM musí správci umožovat nastavit minimáln níže popsané typy migraních politik. 2. Akce pesunu soubor mezi tiery mohou být nastaveny na základ: a) asu vzniku, poslední modifikace, posledního použití soubor, b) velikosti soubor, c) logické funkce vytvoené z pravidel a) a b) alespo pomocí and, d) pravidla podle zaplnní jednotlivých vrstev (nap. zani pesouvat na pásky nejdéle nepoužité soubory, pokud zaplnní disk je vtší než 70% ) a explicitního píkazu správce nebo autorizovaného uživatele. Pro soubory odpovídající výše uvedeným pravidlm musí být možné provést alespo následující akce: e) pesun na zvolený tier, f) vytvoení kopie na zvoleném tieru (nap. soubor se zapíše zárove na pásky, zpoždní zápisu na pásky dané technologií je tolerováno), g) ízení potu kopií na archivním tieru (Tier-3), alespo ti kopie (nap. soubor zapisovat na dv samostatné sady pásek). Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 10/30

11 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 3. HSM musí umožovat migraci dat na vzdálené úložišt minimáln pomocí protokol NFS nebo FTP. 4. HSM musí poskytovat GUI a CLI nástroje (obojí), které umožují explicitn ídit migraci a zjišovat aktuální umístní a stav soubor a adresá. 5. Je požadované, aby v rámci systému ízení (administrace) byly k dispozici i statistické souhrny (pes GUI). 6. Systém nastavování pravidel musí poskytovat CLI rozhraní, je preferovanjší, aby pravidla bylo možno nastavovat pes GUI. 7. HSM software musí obsahovat funkcionalitu pro automatické periodické provádní kontrol konzistence dat na páskách. Kontrola dat nesmí vyžadovat migraci dat z pásek na diskové pole. 8. Systém musí podporovat kvóty na velikost uživatelských dat na základ identifikace uživatel a jejich skupin. 9. Souástí dodávky je licence HSM software tak, aby pokryla veškerou dodanou kapacitu Tier-1 a Tier-2 a dvojnásobek kapacity Tier-3 (pro páskovou knihovnu) a minimáln 6 front-end server. 10. V rámci funkcionality souborového systému musí být možné vytváet snapshoty a to jak celého filesystému, tak na úrovni file sets, pípadn jednotlivých soubor. 11. HSM filesystém musí podporovat online pidání i odebrání dalších front-end uzl s možností zahrnout ádov až tisíce uzl. Dále musí podporovat online pidání i odebrání LUN z kapacitních úložiš. Filesystém musí mít rovnž funkcionalitu pro online rebalancing. 12. Uchaze pedloží rovnž roadmap nabízeného filesystému. 3. Výkonové požadavky 1. Výkony disk uvete ve dvojkových násobcích, tj. 1MiB = 2 20 B, 1TiB = 2 40 B, výkony u páskové knihovny uvete v desítkových násobcích, tj. 1MB = 10 6 B, 1TB = B. 2. Rychlost tení a zápisu dat na datového úložišt musí být mena na identické sestav, která je pedmtem nabídky, a musí být v našich podmínkách reprodukovatelný. V pípad, že nepjde v nabídce deklarovaná ísla reprodukovat, dostane dodavatel možnost provést optimalizaci zaízení. V pípad, že se ani tak nepodaí výkonu dosáhnout, vyhrazujeme si právo odstoupení od smlouvy. 3. Výkonové požadavky pro Tier-1: Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 11/30

12 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI a) Test bude provádn ze všech dodaných front-end server. Velikost testovaného oddílu není omezena, musí být však umístn na HSM. V pípad využití více diskových polí je nutné test spouštt na takovém svazku i svazcích, který zahrnuje všechna disková pole najednou. b) Rychlost tení a zápisu dat u disk na Tier-1, pokud tato bude pístupná pes souborové rozhraní, bude mena nástrojem iozone (doporuujeme verzi 3.347, dostupný na: pomocí píkazu: iozone -Mce t50 -smemg -r512k -i0 -i1 -+mnodes cesta_k_souborm MEM je velikost pamti jednoho front-end serveru vynásobená dvma a NODES je soubor obsahující: v pípad Tier-1: hostnames všech front-end server a cesty dle dokumentace programu iozone (popis volby -+m), Rozložení soubor na jednotlivé servery, ze kterých budou provádny testy, musí být rovnomrné. c) Jako výsledek testu pro zápis respektive pro tení je brána prmrná hodnota tí test udaná výstupem programu iozone jako Children see throughput for X initial writers, respektive, Children see throughput for X readers. d) Požadované rychlosti pro tení a zápisu jsou minimáln 4000 MiB/s. Program iozone používá jednotky v dvojkových násobcích (KiB, MiB) apod. 4. Výkonové požadavky pro pípadnou páskovou knihovnu v Tier-3: Souhrnná rychlost lineárního zápisu dat bez zapnutí komprese na všechny mechaniky páskové knihovny a stejn tak i souhrnná rychlost lineárního tení ze všech mechanik páskové knihovny musí dosáhnout alespo 5.5 TB/h. 5. Výkonové požadavky pro front-end server: Pro všechny front-end servery požadujeme minimální skóre získané aplikací SPEC2006 (nebo ekvivalentní hodnocení) ve variant int (integer), rate, noautoparalel, base 300 bod. Hodnota SPEC2006 pro servery musí být v nabídce uvedena. 4. Požadavky na blokové služby - samostatné diskové úložišt 1. Samostatné datové úložišt pro blokové služby vychází z modelu tierované storage. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 12/30

13 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI Úložišt bude obsahovat níže uvedené tiery (vrstvy): a) Tier-1: osazené disky s rychlostí 15,000 rpm a s minimální využitelnou kapacitou 16 TB. Ochrana dat typu RAID5 s maximáln 8 disky v RAID skupin. Navíc minimáln 1 hot-spare na každých i zapoatých 30 disk. b) Tier-2: osazené disky s rychlostí 10,000 rpm a s minimální využitelnou kapacitou 70 TB. Ochrana dat typu RAID6 s maximáln 12 disky v RAID skupin. Navíc minimáln 1 hot-spare na každých i zapoatých 30 disk. 2. Typ pístupu k datm je blokový s protokoly FC a iscsi/fcoe. Diskové pole musí obsahovat front-end porty typu 8Gbit FC a zárove 10Gbit iscsi/fcoe. Minimální poet jsou 4x 8Gb FC porty per adi a 2x 10GbE porty per adi. 3. Všechny disky musí být typu SAS s rozhraním 6Gb. Velikost Write-back cache adi diskového pole musí být minimáln 8 GB na každý jeden adi. 4. Požadujeme základní funkcionalitu diskového pole v rozsahu alespo: vytváení virtuálních disk, transparentní migrace dat mezi diskovými prostory, thin provisioning, remote mirroring synchronní a asynchronní, snapshoty a klony, vícenásobné kaskádované inkrementální snapshoty/klony, reverzní snapshoty, upgrade software a hardware u adi musí být proveditelné za chodu a bez ztráty pístupu hostitelských server k datm, inteligentní správa výkonnostních charakteristik virtualizovaných diskových prostor (sub-volume level tierieng). Diskové pole musí podporovat externí virtualizaci, tzn. pipojení externích diskových polí od rzných výrobc. Seznam podporovaných diskových systému musí být veejn dostupný pro kontrolu. Podpora virtualizovaných serverových prostedí. Diskové pole musí obsahovat funkcionalitu komprese dat. 5. Výše uvedená funkcionalita musí být licencována na veškerou dodanou kapacitu diskového pole. Pípadný SW support (podpora) musí být na 5 let. 6. Souástí samostatného datového úložišt musí být nástroje (software) pro zálohování dat v Tier-1 a Tier-2, které zajistí v pípad hardwarového nebo softwarového výpadku Tier-1 (nebo Tier-2) nebo kterékoliv jeho ásti (nap. výpadek pole, volumu, rozpad souborového systému) plnou obnovu dat (dostupnost všech dat v systému). 5. Požadavky na systém pro management identit Zadavatel v rámci ásti A požaduje ízení (management) identity uživatel. Hlavním cílem je docílit vysoce granulárního ízení pístupu uživatel na datová úložišt (zejména HSM) prostednictvím autentizace a autorizace (prostednictvím vhodných rolí). Dále snížit náklady na správu, zjednodušit údržbu, automatizovanjší ízení životního cyklu uživatele, ochránit hlavní aktiva (data Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 13/30

14 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI jednotlivých uživatel, skupin, team apod.) ped neautorizovaným pístupem. Požaduje se následující funkcionalita: 1. Administrátorské a uživatelské rozhraní by mly být úpln oddleny. 2. Pehledné uživatelské webovské rozhraní musí umožnit uživateli samostatn obsloužit základní poteby jako je nap. zmna hesla, obnovení zapomenutého hesla, zmna osobních údaj, požádání o pístup ke služb. 3. Adresáový server pro správu identit musí provozován v modelu vysoké dostupnosti. Je požadována komunikace prostednictvím protokolu LDAP (RFC 2251). 4. Pokud bude uchazeem navrhované ešení vyžadovat bh identity managementu na daném operaním systému (nap. Linux), potom systém musí být provozován v prostedí serverové virtualizace (bez licenního omezení pro instalovatelnost v tomto prostedí). 5. V pípad licencování je požadován licenní model na uživatele (nikoliv poet zaízení), je požadováno, aby bylo licenn pokryto min. 700 uživatel. 6. Podpora zabezpeené komunikace identity management systému a spravovanou službou, uživatelskými aplikacemi apod. napíklad pomocí SSL, SSH atd. 7. Funkce správy uživatelských identit a rolí, souasn nástroje pro návrh, management uživatelských rolí spolu s možností tvorby analýz (typu "what-if") pi zmnách parametr rolí. Dále možnost tvorby vnoených rolí. 8. Flexibilita pi definici atribut, nap. možnost uživateli piadit hodnotu specifického atribut pi udlení role. 9. Široké portfolio adaptér (agent, konektor) pro aplikace (v základní licenci). Dále i možnost (nástroj) pro tvorbu vlastních uživatelských konektor. 10. Funkce pro snadnou definici workflow schvalovacích proces, vetn možnosti vytváení vlastních webovských formulá. 11. Možnost zasílání ových zpráv pi vzniku dané události (nap. nástup nového uživatele - identity). 12. Možnost delegování administrace, napíklad na uritou roli, skupinu identit apod. 13. Reportovací (audit) modul (engine), s možností více formát výstupu, vetn pedpipravené (pedkonfigurované) sady standardních report (výstup). 14. Dostupnost programovatelného rozhraní (Application programming interface - API), vetn potebné dokumentace k API. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 14/30

15 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 6. Požadavky na zaškolení IT personálu zadavatele Zadavatel požaduje výrobcem certifikované zaškolení tech osob (IT specialist) v architektue a správ dodaného datového úložišt ureného pro HSM a managementu identit. Školení je požadováno v rozsahu minimáln pti pracovních dn. Obsahem školení musí všechna aktivní zaízení a software použitý pi implementaci datového úložišt ureného pro HSM. Zadavatel jako souást školení požaduje také pípravu na ešení nestandardních situací, zejména neízené vypnutí HSM úložišt a jeho následné oživení HSM, postup pi rozšiování o další dodatenou kapacitu atd. Dále zadavatel požaduje separátní zaškolení v používání systému pro ízení identit tech osob (IT specialist) v rozsahu minimáln dvou pracovních dn. 7. Požadavky na záruku a servis Zadavatel požaduje pro tuto ást ešení (ást A) záruku a souasn servis podle specifikace v úvodu tohoto dokumentu a to konkrétn: Záruku a servisní skupinu.4 na 5 let. Záruku je nutné v této ásti chápat jako požadavek zadavatele na maintenance, tj. pímý support výrobce software a bezplatný nárok na nové verze produktu po dobu pti let. 1. Základní popis ást B V rámci ešení je požadováno dodání serverového vybavení. Toto vybavení (zaízení) bude využito jak pro vdecké tak pro provozní úely. Podle daného úelu jsou i jednotlivá zaízení kategorizována a specifikovaná. Podrobné technické specifikace (tabulky) jednotlivých zaízení jsou uvedeny v píloze podrobných technických specifikací k ásti B (vetn potu kus každého typu, požadované záruky a servisu), souasn k této technické specifikaci doplní uchaze skutené specifikace parametru nabízeného zboží. 2. Kompatibilita v rámci ešení Zadavatel požaduje dokonalou kompatibilitu a interoperabilitu s ostatními ástmi (A,C,D) tohoto ešení. Zejména u ásti A je nutné dodržet požadavek kompatibility v pipojení na datové úložišt HSM pomocí síového rozhraní 10GE a na pipojení k samostatnému diskovému úložišti pomocí rozhraní FC. U ásti C je nutné dodržet kompatibilitu s software pro serverovou virtualizaci. V poslední ad je nutné dodržet kompatibilitu s ástí D, kde jsou definovány požadavky na napájení - energetickou zátž, umístní v rámci serverovny atd. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 15/30

16 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 3. Požadavky na zaškolení IT personálu zadavatele Zadavatel požaduje výrobcem certifikované zaškolení tech osob (IT specialist) v architektue a správ blade server zaízení, které je ástí tohoto ešení. Školení je požadováno v rozsahu minimáln dvou pracovních dn. 4. Požadavky na záruku a servis Zadavatel specifikuje jednotlivé požadavky na záruku a servisní skupiny pro jednotlivé komponenty této ásti v píloze podrobných technických specifikací k ásti B. 1. Základní popis ást C V rámci ešení je požadováno dodání software a licencí pro serverovou virtualizaci. Toto vybavení bude využito jak pro vdecké tak pro provozní úely. Serverová virtualizace umožní zadavateli efektivn, ekonomicky a flexibiln využít fyzickou serverovou infrastrukturu. 2. Kompatibilita v rámci ešení Zadavatel požaduje dokonalou kompatibilitu dodaného software s ástí B tohoto ešení. Tj. zadavatel oekává doložení certifikace výrobce serverového hardwaru (ást B) pro daný virtualizaní serverový software. 3. Požadavky na zaškolení IT personálu zadavatele Zadavatel požaduje výrobcem certifikované zaškolení tech osob (IT specialist) v architektue a správ software pro serverovou virtualizaci, která je ástí tohoto ešení. Školení je požadováno v rozsahu minimáln dvou pracovních dn. 4. Požadavky na záruku a servis Zadavatel požaduje pro tuto ást ešení (ást C) záruku a souasn servis podle specifikace v úvodu tohoto dokumentu a to konkrétn: Záruku a servisní skupinu.3 na 5 let. Záruku je nutné v této ásti chápat jako požadavek zadavatele na maintenance, tj. pímý support výrobce software a bezplatný nárok na nové verze produktu po dobu pti let. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 16/30

17 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 5. Požadavky na funkce a vlastnosti Hypervisor nainstalovaný pímo na hardware, umožující virtualizaci x86 stroje. Umístní kompletního prostedí vetn OS a aplikací do virtuálních stroj bez závislosti na provozovaném hardware. Centralizované ízení zajišující automatický provoz, optimalizaci zdroj a vysokou dostupnost IT prostedí. Inteligentní alokace zdroj na základ peddefinovaných pravidel. Podpora operaních systém rzných distribucí Unix/Linux (nap. Debian, Redhat, CentOS, SuSE), MS Windows server 2012 a novjší verze. 6. Požadavky na poet dodaných licencí Zadavatel požaduje dodání licencí pro serverovou virtualizaci celkem na 5 fyzických server (zaízení), které jsou v ásti B (Píloha podrobných technických specifikací k ásti B - serverová ást) oznaeny jako Blade server, Rack server provozní. V pípad licenního modelu na 1 fyzický CPU socket jde celkem o 10ks licencí (zadavatel požaduje licence ke všem CPU socketm, bez ohledu na to zda budou i nebudou osazené). 1. Požadavek na energetickou zátž a UPS ást D 1. V serverovn je (bude) k dispozici zdroj naptí zálohovaného pomocí centrální UPS a diesel agregátu. Souástí dodávky dále není UPS. 2. Elektrické rozvody v serverovn budou pichystány. V rámci stojanu (racku) budou instalovány vždy minimáln dv tyto PDU (Power Distribution Unit) lišty, ve vtšin stojan tyi PDU lišty v rámci hlavní serverovny bude každá napájena z jiného zdroje UPS tak, aby i pi ztrát napájení z jedné UPS zstala polovina stojanu pod naptím. Souástí dodávky dále není PDU. 3. Snahou zadavatele je rovnomrné zatížení jednotlivých fází. Rovnomrné zapojení PDU a jednotlivých zaízení ešení na jednotlivé fáze je odpovdnost dodavatele. 4. PDU lišty jsou vybaveny dostateným množstvím napájecích zásuvek IEC 320 C13 a C Maximální výkon penášený jednou PDU lištou je 7,36 kw. 6. Maximální píkon datového úložišt pro HSM nesmí pekroit v soutu 9 kw na jeden rack. 7. V nabídce musí být uveden celkový deklarovaný peak píkon a maximální píkon ešení. 8. Všechna zaízení musí být k elektrické síti pipojena tak, aby platilo: Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 17/30

18 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI a) Napájení musí být realizováno tak, že výpadek napájecí vtve s UPS nesmí zpsobit výpadek datového úložišt pro HSM i výpadek poskytované funkcionality (mže dojít k degradaci výkonu). Dále výpadek nezálohovaného napájení (pi funkci všech dotených UPS) nesmí zpsobit výpadek datového úložišt pro HSM i výpadek poskytované funkcionality (mže dojít k degradaci výkonu). b) Výpadek napájení v dob do spuštní diesel agregátu nezpsobí výpadek zaízení i výpadek poskytované funkcionality (mže dojít k degradaci výkonu). c) Požadavkm vyhovuje napíklad zapojení, kdy je každé zaízení s redundantním napájením pipojené k UPS minimáln jedním pívodem a druhým pívodem pímo do napájecí vtve mimo UPS. Podobn pro dvojice zaízení poskytující stejnou funkcionalitu. Toto zapojení zadavatel preferuje. d) K a) až c) bodu. 8 zadavatel poskytne nutnou souinnost a kooperaci pi realizaci dodávky. 2. Prostorové, hmotnostní a hygienické požadavky ešení datového úložišt pro HSM musí splovat a respektovat následující omezení. 1. Rozmry jednotlivých dále nedlitelných technologických díl sestavy datového úložišt musí umožnit transport zaízení do serverovny takovým zpsobem, který neporuší záruní podmínky výrobce tchto zaízení. K serverovn existuje více pístupových tras, zadavatel doporuuje využít možnosti referenní návštvy pro možnost pesného vyjasnní si prostorových možností. 2. Plošná nosnost podlahy v hlavní serverovn pod racky je 1800 kg/m Rozmry pro umístní zaízení sestavy datového úložišt pro HSM musí splovat dispoziní možnosti podle plánku serverovny na obrázku. 1 níže. Využití této plochy je ponecháno na dodavateli, musí být však zachována následující omezení. a) S již zakreslenými zaízeními nelze manipulovat (rozvody pro kabeláž, rozvodné skín pro elektinu, SHZ, UPS). b) Dodaná zaízení (mimo páskové knihovny) lze umisovat jen do rack skíní s následujícími parametry: V prostoru serveroven budou instalovány 19 stojany, které budou sloužit pro umístní a provoz technologií IT. Použity budou stojany s výškou 42U, hloubkou 120 cm, variantn 107 cm a šíkou 60 cm, variantn 75 cm. c) Umístní jednotlivých zaízení musí respektovat manipulaní prostory v rámci serverovny. Umístní zaízení musí dovolovat jeho stabilní dlouhodobý provoz. Dále musí respektovat nezbytnost zachování únikových tras ze sálu naznaenými dvemi. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 18/30

19 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 4. Souástí nabídky musí být pedbžný návrh rozmístní komponent v serverovn. Detailní umístní komponent bude nicmén upesnno ped realizací dohodou zadavatele a uchazee. Obr.. 1. Plán hlavní serverovny Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 19/30

20 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI ást E 1. Akceptaní testy Po dodávce a instalaci HSM datového úložišt (ást A) požaduje zadavatel v rámci zkušebního provozu provést akceptaní testy. Zkušební provoz musí být zahájen nejpozdji 10 pracovních dn ped skonením stanovené doby plnní podle l. IV. odst. 1 kupní smlouvy. Tyto testy budou minimáln zahrnovat: a) Ovení funkcí a vlastností všech dodaných zaízení a komponent v souladu s deklarovanými parametry v nabídce; b) Ovení funknosti managementu SW, komunikaních protokol a pístupových rozhraní. Detailní popis akceptace funknosti pístupových protokol je uveden níže. c) Výkonové testy podle specifikace viz níže (test active-passive režimu front-end server). Dále v rámci akceptace budou požadované výkonové testy popsané v ásti A, podkapitola.3 Výkonové požadavky. Test active-passive režimu front-end server probhne následovn. Pedpokládáme, že klient má pipojen souborový systém pes NFSv4.0 z front-endu A. Bhem akceptaního testu musí úspšn probhnout následující dílí testy: 1. Na klientu bude spuštn iozone test podobn jako pi mení výkonu na pln sestaveném a funkním úložišti, bude spouštn opakovan v nekonené smyce. 2. Z front-endu A budou odpojeny všechny napájecí kabely (IPMI v tomto pípad bude nedostupné a je tedy nezbytné zajistit funkcionalitu failoveru i takto, nap. pomocí sekundárního fencingu na switchích). Funkci front-endu A musí automaticky (bez administrativního zásahu) pevzít pasivní front-end. Po pevzetí funkce pasivním front-endem musí klient pokraovat v mení výkonu bez administrativního zásahu (tj. nepipouští se runí rekonfigurace serveru ani klienta). 3. Test bude zopakován pro CIFS/SMB export analogicky s pedchozím bodem Test funknosti vysoké dostupnosti (High Availability) konfigurace bude dále ovena následovn a v každém pípad musí být klient schopen pipojit a používat CIFS a NFSv4.0 export bez perušení a zásahu administrátora 4.1 vypnutí libovolného jednoho switche 4.2 shození libovolného síového rozhraní na front-endu (nap. ifdown ethx) 4.3 odpojení libovolného jednoho FC, GE, 10GE kabelu. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 20/30

21 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI 4.4 reboot front-endu používaného klientem 4.5 power off front-endu používaného klientem (pes IPMI rozhraní) Ve všech tchto pípadech musí bžící test dle popisu v bodu 1. pokraovat v innosti, tj. nesmí skonit chybou. Nebyl-li klient pipojen v okamžiku provedení akcí 4.1 až 4.5, musí být schopen se pipojit na funkní server a pracovat. 5. Pro NFSv4.0 export musí dále uspt test zámk dostupný na: a to jak v rámci jednoho klienta, tak i pro více klient (test je k dispozici zde: Test bude spuštn na klientovi, který má pipojený NFSv4.0 svazek z nkterého z front-end lokáln do /mnt/nfs4. Spouštný píkaz bude:./locktests -n 10 -f /mnt/nfs4/lockfile. Žádná ást testu nesmí skonit chybou. 6. Síový test bude spuštn na dvou klientech, kteí mají pipojený stejný NFSv4.0 svazek z nkterého z front-end lokáln do /mnt/nfs4. Spouštný píkaz bude: Klient A:./locktests -n 10 -f /mnt/nfs4/lockfile -c 1 Klient B:./locktests --server Klient_A_FQDN Žádná ást testu nesmí skonit chybou. 7. Test výpadku disku v rámci jedné RAID skupiny pro Tier-1 a i pro Tier-2 a dodržení podmínek z ásti A (1. Základní popis, Požadavky kladené na datové úložišt), tj.: pro Tier-1 rebuild (návrat do redundantního stavu zajišujícího opt ochranu proti výpadku dvou disk ve skupin) libovolné takto vytvoené RAID skupiny nesmí trvat déle než 8 hodin. A souasn pro Tier-2 rebuild (návrat do redundantního stavu zajišujícího opt ochranu proti výpadku dvou disk ve skupin) libovolné takto vytvoené RAID skupiny nesmí trvat déle než 24 hodin. Zadavatel souasn požaduje pipravit akceptaní protokol, ve smyslu ust. l. IV., odst. 3 této smlouvy, a to ke všem akceptaním testm (zpracuje dodavatel). Tento protokol bude obsahovat: a. v podob píloh výstupy jednotlivých test, b. oficiální potvrzení zastoupení výrobce o urení dodávaného HW (resp. seznam sériových ísel dodávaných zaízení) pro eský trh i trh EU a koncového zákazníka Biotechnologické a biomedicínské centrum Akademie vd a Univerzity Karlovy ve Vestci (BIOCEV), c. v podob pílohy k tomuto akceptanímu protokolu výpis všech pípadných licencí dodaných k daným zaízením nebo samostatn (název, popis-úel, poet). Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 21/30

22 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI Nedostatky a jejich ešení V pípad prokazatelných nedostatk vzniklých i zjištných v dob zkušebního provozu je uchaze povinen je odstranit, a to nejpozdji do 5 pracovních dní od okamžiku, kdy tyto nedostatky zadavatel, prostednictvím osoby oprávnné za nj jednat dle l. VIII. kupní smlouvy, písemn uplatnil. Zkušební provoz bude v pípad úspchu zakonen podpisem akceptaního protokolu. Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 22/30

23 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI Píloha podrobných technických specifikací k ásti B - serverová ást Specifikace vzorku Rack server - Vdecký server typ 1 Parametr Minimální požadavek zadavatele Skí Pam RAM Disky CPU Display Diskový adi Rozšiitelnost montáž do racku 19" - vetn rackmount kitu, výška max. 8U, možný pístup ke všem komponentám serveru bez náadí, vizuáln odlišitelné hot-plug vnitní komponenty 1,5 TB typu DDR3, rozšiitelnost alespo na 6TB min. 2ks hot-plug SSD 128GB a 2ks hot-plug SAS 600GB 10krpm pednastavené v RAID-1 osmi-socketový systém, osazený osmi CPU, minimáln typu E (nebo min. stejn výkonný ekvivalent), nebo alternativn požadujeme dodržet hodnocení dle SPEC CPU2006 ( výsledky s minimálními hodnotami (sloupec result - base) u SPECint2006=38 a SPECfp2006=45. zapojení pes KVM switch typu SAS, 8-mi portový, 512MB bateriov zálohovaná cache, podpora hot-plug disk SAS a SSD, podpora RAID - 0, 1, 5, 10, cache funkce - podpora on-line capacity expansion, podpora globálního hot-spare disku alespo 7x PCIe 2.0 sloty pro rozšiující karty Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 23/30

24 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI Ethernet konektivita 2x Ethernet porty 1Gbps a 2x 10 Gbps Ethernet, s podpora TOE a iscsi Offload, WOL, iscsi boot, IPv4, IPv6 Fiber channel konektivita Porty USB Podpora a kompatibilita s daným OS Podpora virtualizace minmáln 2x port Fiber channel 16Gbps na dvou nezávislých kartách min. 4x USB 2.0, alespo 2 v pední ásti Microsoft Windows Server 2012 x64, Standard a DataCenter, Red Hat RHEL, SUSE Linux Red Hat RHEV (KVM), VMware ESX, Microsoft Hyper-V, XenServer Napájecí zdroje Management a vzdálená správa Poet server tohoto redundantní síové napájecí zdroje management serveru nezávislý na operaním systému - požadované funkce a vlastnosti: Web GUI a dedikovaná IP adresa, firmware update/rollback pro jednotlivé hardware komponenty, podpora OS Deploymentu, logování událostí, monitoring hardwarových sensor (teplota, naptí, stav, chybové sensory), alerty (server reset, kritické senzorové hodnoty, atd.) za použití u, podpora IPv4 a IPv6, IPMI funkcionalita, pístup k nainstalovanému operanímu systému pes funkci managementu, konfigurace hardware komponent a RAID, server reset, reboot, poweron/off/cyclepower management vlastnosti, security vlastnosti (podpora AD, encryption), BIOS recovery 1ks Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 24/30

25 BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEVDAUNIVERZITYKARLOVY VEVESTCI typu Servisní skupina. 3 Skupina délky záruky 3 roky Specifikace vzorku Rack server - Vdecký server typ 2 Parametr Minimální požadavek zadavatele Skí Pam RAM Disky CPU Display Diskový adi Rozšiitelnost montáž do racku 19" - vetn rackmount kitu, výška max. 4U, možný pístup ke všem komponentám serveru bez náadí, vizuáln odlišitelné hot-plug vnitní komponenty 1 TB typu DDR3, rozšiitelnost alespo na 3TB min. 2ks hot-plug SAS 600GB 10krpm pednastavené v RAID-1 ty-socketový systém, osazený tymi CPU, minimáln typu E (nebo min. stejn výkonný ekvivalent), nebo alternativn požadujeme dodržet hodnocení dle SPEC CPU2006 ( výsledky s minimálními hodnotami (sloupec result - base) u SPECint2006=30 a SPECfp2006=50. zapojení pes KVM switch typu SAS, 8-mi portový, podpora hotplug disk SAS a SSD, podpora RAID - 0, 1, 5, 10, cache funkce - podpora on-line capacity expansion, podpora globálního hot-spare disku alespo 7x PCIe 2.0 sloty pro rozšiující karty Ústav molekulární genetiky AV R, v. v. i., Útvar BIOCEV budova City Point, Hvzdova 1689/2a, Praha 4 Pankrác 25/30