Veřená zakázka

V 00294 – dodávka HW infrastruktury

Předmětem zakázky je dodání v uvedeného souboru zařízení – IT infrastruktury, za podmínek uvedených dále. Technické parametry jsou následující s tím, že zadavatel umožňuje jejich modifikaci při zachování principu, kdy výkonové a rozsahové parametry jsou stanoveny jako minimální a rozměrové a váhové parametry jako maximální, pakliže není u konkrétního parametru uvedeno něco jiného, s tolerancí tak, aby zařízení mohlo být instalováno a připojeno ke stávajícím zařízením zadavatele v místě pro toto zařízení určeném.
Tato zakázka zahrnuje dodávku, instalaci, implementaci - uvedení do provozu a zaškolení obsluhy pro nové řešení, včetně migrace dat z řešení současného.
Dodavatel zodpovídá za to, že zakázka bude dodána kompletní a bude obsahovat všechny díly potřebné k bezvadnému provozu. Pro výrobu budou použity pouze originální (nerepasované) komponenty.
Příslušný dodavatel se zavazuje potvrzením zakázky dodržet veškeré body tohoto dokumentu.
Zadavatel požaduje „POC“ (Proof of Concept) vítězného řešení, kterým se prověří deklarovaný výkon a koncepce navrhovaného řešení.
Obsahuje-li ZD nebo její přílohy konkrétní obchodní názvy či značky, jedná se pouze o vymezení požadovaného standardu a zadavatel umožňuje i jiné technicky a kvalitativně srovnatelné řešení.
Technická specifikace a další podmínky
Účel
• Rozšíření stávající Výzkumně inovační kapacity (VIK) v Jihomoravském kraji (součástí OPERAČNÍHO PROGRAM PODNIKÁNÍ A INOVACE PRO KONKURENCESCHOPNOST, PROGRAM PODPORY POTENCIÁL – III. VÝZVA)
• Podpora vývoje a testování
o Automatizované poskytování virtuálních serverů vývojářům
o Poskytování virtuálních serverů pro kontinuální, integrační, pre-release, release, sizing a performance sestavování a testování produktů.
• Podpora produktových školení a podpory zákazníků
o Poskytování virtuálních serverů pro simulaci zákaznického prostředí a prostředí pro školení vyvíjených produktů
Technické požadavky
Požadované IT řešení musí splňovat následující minimální technické požadavky:
Obecné požadavky
I.1 Nově vytvořená platforma pro softwarově definované datacentrum (SDDC) včetně SDS a SDN.
• Hyperkonvergovaná infrastruktura (HCI) je softwarově definovaná IT infrastruktura, která na softwarové vrstvě plně integruje výpočetní část, úložiště, síťovou vrstvu a virtualizační vrstvu s komoditním hardwarem a zajišťuje plnou automatizaci integrace HW a SW komponent řešení a umožňuje centrální podporu dodavatelem s garancí vzájemné kompatibility komponent.
• Úložiště je v rámci HCI řešeno jako Softwarově Definovaná Storage (SDS), která slučuje lokální kapacity dostupné na jednotlivých nodech a propaguje je jako sdílenou kapacitu. SDS umožňuje kromě klasického navyšování kapacity i možnost lineárně navyšovat výkon přidáváním jednotlivých nodů podle potřeb Zadavatele.
I.2 Hyperkonvergované komponenty (HCI, softwarově definované datacentrum) s jednoduchou možností škálovatelností do budoucna postavené na standardní x86 architektuře, včetně souvisejících SW licencí
I.3 Hypervizor s vysokou dostupností a možností automatizované migrace virtuálních serverů za chodu
I.4 Automatizační platforma pro automatické poskytování virtuálních strojů a správu jejich životního cyklu
I.5 Automatizační platforma pro automatickou distribuci aplikací a komponent na virtuální stroje
I.6 Platforma pro automatizovanou správu softwarově definované sítě (SDN) včetně mikrosegmentace
I.7 Platforma pro podpory vývoje a testování
- Automatizované poskytování virtuálních serverů a aplikací vývojářům
- Poskytování virtuálních serverů pro kontinuální, integrační, pre-release, release, sizing a performance sestavování a testování produktů
I.8 Platforma pro podporu produktových školení a podpory zákazníků
- Poskytování virtuálních serverů pro simulaci zákaznického prostředí a prostředí pro školení vyvíjených produktů
I.9 Možnost predikovatelného rozšiřování datového centra pomocí přidávání dalších uzlů infrastruktury
I.10
Platforma musí být schopná centralizované automatické aktualizace firmware všech vrstev a komponent (BIOS, řadiče, kernel, mikrokernel, hypervizor, SDS, SDN) bez výpadku datacentra, s automatickým ověřením funkčnosti a automatickým návratem k předchozímu stavu v případě chyby a to bez zásahu administrátora.
Řešení musí umožňovat rozšíření do druhé metro-lokality tak, aby splňovalo RPO=0 bez nutnosti dokupu jakýchkoliv dodatečných licencí ke stávajícímu řešení (uskuteční se pouze nákup řešení do druhé lokality).
Hardwarové požadavky
II.1
• Minimálně 8 uzlů-nodů (appliances) datacentra včetně racku, PDU a potřebných propojení s možností rozšíření na 64 uzlů v rámci jednoho clusteru.
• Minimální výkon storage 250 000 IOPS s konzistentní latencí do 1,5 ms proOLTP 16KB a 1000 virtuálních strojích respektive pro OLTP load 4KB 450 000 IOPs se stejnou latencí a to kontinuálně po dobu 8 hodin.
• Požadovaný produkční výkon storage (výše zmíněných 250k IOPS OLTP 16KB) musí představovat maximálně 70 % celkového storage výkonu (nutná rezerva pro backgroundové procesy SDS zejména při případných výpadcích)

• Požadovaná použitelná storage kapacita (120 TB) představuje min 80 % celkové použitelné kapacity, kterou bude řešení poskytovat (nutná rezerva pro vnitřní procesy SDS)
o Celé řešení musí poskytovat požadované kapacity při zapnutém High Availability režimu vCPU to CPU oversubscription max 6

• Požadované technické parametry řešení dle referečních architektur SDS a SDN
o Maximální počet VMs per Host = 200
o SDS musí být odolná proti výpadku i dvou celých uzlů (nodů)
o Velikost SDS cache kapacity musí být minimálně 4 % celkové použitelné kapacity SDS
o Výpadek cache disků nesmí ovlivnit dostupnost kapacitních disků
o Kapacita SDS musí být využitelná na minimálně 80%

• Požadavky na celý CLUSTER
o Minimum 580 GHz CPU výkonu per Cluster (bez HT), 1160 GHz s možností využití HyperThreadingu
o Minimální počet CPU 224 jader per Cluster
o Minimum 6,5 TB LRDIMM Memory per Cluster
o Minimum 120 TB dostupné all flash storage kapacity per Cluster

• NODE Memory
o Minimum 384 GB Memory per Processor
o Minimum 768 GB Memory per Node
o Minimum 12x64 GB Memory DIMMs per Node
o Možnosti rozšíření o dalších 12 x 64GB Memory per Node

• NODE Storage
o Minimální velikost 1,6TB of Cache SSDs per node
o Minimální počet a minimální velikost 9 x 3,84TB SSD 12G SAS of Capacity Drives per node
o Minimální počet diskových slotů 24x 12G SAS drive slots (2.5”) per node
o Možnost rozšíření minimálně na dvojnásobnou použitelnou kapacitu v rámci nabízeného řešení a počtu nodů.

• Minimálně 4x 10Gb Ethernet rozhraní v rámci jednoho uzlu s HW podporou SDN (akcelerace VxLAN nebo alternativa)

Licenční požadavky
III.1 Součástí nabídky musí být 5 let podpory a záruky na všechny licence, včetně práva na nejnovější verze SW a přístupu min 350 uživatelů a podporu minimálně 1000 virtuálních strojů běžících současně.
III.2 Licence na celé SDDC řešení (všechny vrstvy, Softwarově definovaná storage, SW definovaná síť, Monitoring a reporting celé infastruktury, Finanční management, Správy životního cyklu infrastruktury), včetně licence na operační systém pro správce hypervizoru a správce hypervizoru.
III.3 Licence na softwarově definované úložiště (SDS)
III.4 Licence na softwarově definovanou síť (SDN) včetně mikrosegmentace sítě na úrovni virtuálních strojů
III.5 Licence na software pro správu datacentra
III.6 Licence na automatizační software pro správu virtuálních strojů pro min 1000 virtuálních strojů běžících současně
III.7 Licence na automatizační software pro správu a distribuci aplikací na virtuální stroje pro min 1000 virtuálních strojů běžících současně
III.8 Licence operačního systému pro platformu Microsoft Windows Server 2016 verze DataCenter a novější (s minimálně 2lety podpory a právem na upgrade) pro veškerý dodaný hardware
III.9 170 dodatečných user CAL licencí pro platformu MS Windows Server 2016 (s minimálně 2lety podpory a právem na upgrade)
III.10 Řešení musí obsahovat veškeré licence a zařízení pro připojení všech serverů.

Požadavky na hypervisor a SDDC
IV.1 Podpora současného běhu min 1000 virtuálních počítačů (50% 2vCPU, 8GB RAM, 45% 2vCPU 16GB RAM, 5% 4vCPU+ 32GB RAM+) při max overprovisioningu RAM 1:2
IV.2 Zajištění dostupnosti a kvality služeb (QoS) včetně zajištění nerušeného běhu vybraných virtuálních serverů a prioritizace běhu jednotlivých skupin nebo jednotlivých virtuálních serverů
• zajištění vysoké dostupnosti pro servery (zprovoznění High Availability)
• možnost online migrace disků virtuálních počítačů na jiné místo diskového úložiště
• podpora snapshot, clones, rapid clones (linked clones)
• podpora přesunu virtuálních strojů mezi servery za provozu (vMotion)
IV.3 Monitoring využití hardwarové platformy jednotlivými virtualizovanými servery
• monitoring výkonu virtualizační platformy, jednotlivých virtualizačních hostů, resource pools a VM bez použití specializovaných agentů
• analýza spotřeby systémových zdrojů virtualizační platformy bez použití agentů
• schopnost definovat automatické meze výkonnostních charakteristik včetně detekce anomálií v provozované infrastruktuře
• plná podpora pro analýzu prostředí SDN v ceně (předefinované reporty, pohledy a dashboardy s možností dodatečné editace
• plná podpora pro analýzu diskového systému v ceně (předefinované reporty, pohledy a dashboardy s možností dodatečné editace)
• Integrovaná podpora všech komerčně rozšířených hypervizorů (vSphere, KVM) a aplikačních platforem jako součást produktu.
• dodávané formou appliance, bez nutnosti pořizovat dodatečnou licenci pro databázový server
• Globální pohled na zdraví a efektivitu napříč celou virtualizační platformou
IV.4 SDS tvoří plně distribuovaný systém, který neobsahuje SPOF (Single-Point-Of-Failure) – kompletní redundance včetně odolnosti systému proti výpadku jednoho nebo několika disků, serverů nebo skupiny serverů instalovaných do racku.
IV.5 Podpora komprese a deduplikace softwarově definovaného uložiště
IV.6 Jednotná správa všech uzlů hyperkonvergované infrastruktury z jedné konzole
IV.7 Jednoduchá a automatizovaná instalace a upgrade výrobcem otestovaných verzí software a firmware, včetně automatizované aktualizace BIOS FW a FW řadičů úložiště, bez nutnosti odstávky/výpadku SDDC
• Nástroj musí podporovat automatizovanou kontrolu aktuální kompatibility klíčových komponent HCI řešení (HW, SDS, virtualizační platforma) vůči online certifikační matici výrobce řešení a automatizovanou bezvýpadkovou, postupnou instalaci nových verzí firmwaru/sw jednotlivých komponent
• Centralizovaná instalace klíčových komponent virtualizační infrastruktury s možností exportu nastavení pro opakovanou instalaci na jiné lokalitě
• centralizovaná konfigurace všech komponent virtualizační platformy s možností automatické identifikace změn v konfiguraci, které jsou v rozporu se schváleným interním standardem. Schopnost automatické úpravy nežádoucích konfiguračních změn.
• Centralizovaný patch management pro klíčové komponenty řešení
IV.8 Kompatibilita se zálohovacím řešení VEEAM
IV.9 Centralizovaná správa a konfigurace síťové nebo virtuální infrastruktury datového centra prostřednictvím grafického uživatelského rozhraní nebo s využitím externích nástrojů využívajících otevřená aplikační rozhraní (např. REST API)
IV.10 Integrovaná a centralizovaná správa SDDC infrastruktury datového centra
IV.11 Plně automatizovaná konfigurace SDDC infrastruktury datového centra na základě definovaných aplikačních politik
IV.12 Podpora IPv6
IV.13 Integrace síťové infrastruktury s Hypervisorem VMware vSphere
IV.14 GUI rozhraní pro detailní přehled o výkonnosti a stavu celé infrastruktury včetně monitorování stavu.
IV.15 Dostupnost a odolnost vůči výpadku síťové infrastruktury

Požadavky na automatizaci
V.1 Automatizace poskytování všech virtualizovaných serverů (pomocí administrátorské konzole a pomocí dokumentovaného API)
• Podpora nasazení jednotlivých virtuálních strojů
• Podpora nasazení komplexních aplikací na základě modelu aplikace
• Podpora nasazení aplikace do kontejnerové platformy Kubernetes
• Podpora nasazení aplikace do hybridního prostředí (kontejnery a VM)
• Podpora nasazení aplikace do operačního systému Windows a Windows Server
• Podpora nasazení aplikace do operačního systému Linux RedHat, CentOS a Ubuntu
• Možnost nastavení implictní velikosti (CPU, RAM, disk) virtuálních strojů aplikačních komponent v modelu a možnost jejich úpravy při vlastním nasazení
V.2 Možnost omezení přístupu, povolení nebo zakázání přístupu do internetu, omezení VLAN
V.3 Možnost změn konfigurace všech vytvořených virtualizovaných serverů, automatické nebo plánované vypnutí, znovu-poskytnutí již definované serveru
V.4 Poskytování serverů na základě definovaných šablon
V.5 Integrace na existující adresářové služby Active Directory
V.6 Automatizace instalací aplikací na virtualizovaných serverech (pro min 1000 VM)
- Uživatelsky definované skripty pro nasazení aplikací
- Uživatelsky definované skripty pro reakci na spuštění, pozastavení, zastavení, upgrade, backup aplikace
- Uživatelsky definované skripty pro reakci na změnu topologie aplikace (např. přidání serveru do určité vrstvy aplikace) všem již instalovaným komponentám aplikace
- Podpora pro ovládání platformy prostřednictvím REST API v plném rozsahu funkčnosti, zejména manipulace s aplikačním modelem, definování aplikačních komponent a nasazení a zrušení aplikace do specifikovaného cloudového prostředí včetně její parametrizace
V.7 Instalace aplikací podle předdefinovaných scénářů (pro min 1000 VM)
- Podpora pro uživatelsky definované aplikační komponenty
- Podpora modelu aplikace pro využití již existujících služeb (např. DB server s novým schématem, fyzický loadbalancer a pod.)
- Podpora pro uživatelsky definované aplikační komponenty
- Podpora instalace více aplikačních komponent do jednoho virtuálního stroje
- Podpora pro import již existujících virtuálních strojů do management prostředí
- Možnost definovat uživatelské akce pro virtuální stroje (např. spuštění skriptu v rámci virtuálního stroje nebo spuštění akce nad daným virtuálním strojem - clon a pod.)
- Bezpečnostní pravidla specifikovaná v rámci definice aplikačních komponent
- Bezpečnostní pravidla specifikovaná v rámci aplikačních modelů
V.8 Podpora aplikačních kontejnerů, například Kubernetes, Openstack, vRealize, Azure Pack/Stack, CloudCenter buď formou nativní integrace nebo pomocí dostupného API rozhraní
V.9 Reporting pro vyčíslení nákladů na využití zdrojů celého řešení (uživatele/organizační jednotky)
V.10 Automatická aktualizace firmware všech komponent (BIOS, řadiče, kernel, mikrokernel, hypervizor, storage) bez celkového výpadku datacentra, s automatickým ověřením funkčnosti a automatickým návratem v případě chyby. Specifiky musí řešení umožňovat centralizovanou aktualizaci, bez nutnosti administrátora aktualizovat jednotlivé komponenty jednu po druhé z konzolí jednotlivých serverů.
V.11 Možnost konfigurace doručených VM automatizační platformou prostřednictvím nástrojů jako Ansible nebo Chef, kde integrační moduly jsou poskytnuty přímo výrobcem
V.12 Možnost řízení aplikačních toků prostřednictvím definice aplikačních politik, které formou logického modelu popisují požadavky aplikací na síťovou konektivitu, bezpečnost, QoS a L4-L7 služby
V.13 Možnost členění virtuálních serverů a kontejnerů do logických skupin podle své funkce a na základě identifikátorů jako je např. IP adresa, MAC adresa, VLAN, VXLAN, VM name, VM OS type, VM tag. Ke skupinám jsou pak definovány na abstraktní úrovni komunikační požadavky (bezpečnostní požadavky, L4-L7 služby...) vůči jiným skupinám (Group Based Policy)
V.14 Automatizovaná propojitelnost na fyzické nebo virtuální (softwarové) síťové prvky a systémy včetně zařízení typu firewall, load-balancer apod.,
V.15 Možnost definovat blueprint (definice infrastruktury) včetně konfigurace a instalace aplikací, networkingu, bezpečnostní politiky včetně hybridních scénářů (VM na různých hypervizorech v kombinaci s mikroslužbami nebo orchestračními nástroji pro containery)
• RBAC přístup - definice kdo, co, kdy a jak (RBAC = Role Based Access Control) - napříč heterogenním prostředím
• Možnost upravit automatizační workflow v jakékoliv fázi

Požadavky na instalaci, zapojení
VI.1 Profesionální instalace a konfigurace komponent hyperkonvergované infrastruktury a virtualizačního software (hypervizoru) včetně zapojení či propojení všech dodávaných celků do racku (servery, switche, rozšiřující moduly, diskové pole, kabeláž)
VI.2 Zapojení do existující síťové infrastruktury společnosti včetně zprovoznění
VI.3 Konfigurace software pro centrální management virtuálního prostředí
VI.4 Zaškolení administrátorů na administraci všech nástrojů spojených s provozem celé infrastruktury
VI.5 Návrh, prezentace a zaškolení řešení pro automatickou migraci virtuálních strojů a šablon virtuálních strojů ze současného datacentra (virtuální stroje běžící na hypervizoru VMware Suite 5.5 s využitím funkcionality linkovaných klonů)
VI.6 Plán migrace ze stávající infrastruktury na novou (tzn. postup jak migrovat virtuální servery a linkované klony, katalog blueprintu bude nově vytvářen ve spolupráci s dodavatelem)
VI.7 Zásah do současné infrastruktury pouze na úrovni síťové infrastruktury (přidání 40Gb konektivity do současných switchů nebo jejich nahrazení). Výpadek je možný o víkendu (např. celodenní odstávka v sobotu). V rámci migrace jsou povoleny změny konfigurace ve stávající infrastruktuře (např. změna počtu fyzických hostů v clusterech, změna konfigurace sítí na hostech apod.).
VI.8 Migrace postupná na základě dodaného postupu od dodavatele – migrace bude prováděna Y Softem. Stávající infrastruktura bude koexistovat s novou hyperkonvergovanou infrastrukturou minimálně 2 roky, ale přesun produkčních strojů bude proveden co nejdříve
VI.9 Implementace a konfigurace SDN řešení

Požadavky na školení
VII.1 Zaškolení min. 4 administrátorů na správu a použití nástrojů pro správu SDDC
VII.2 Certifikované zaškolení vedené instruktorem min. 4 administrátorů na instalaci, konfiguraci a správu hypervisoru
VII.3 Certifikované zaškolení vedené instruktorem min. 4 administrátorů na instalaci, konfiguraci a správu automatizačních nástrojů
VII.4 Certifikované zaškolení vedené instruktorem min. 4 administrátorů na instalaci, konfiguraci a správu SDN a mikrosegmentaci

Termíny:

• calendar_today 

  Lhůta pro podání nabídek do:

  13.04.2018