g. gentl / observatoryCzech public procurement
From public records to matchable facts

Procurement observatory.

Explore opportunities, document readiness, and the qualification facts we can later score against company knowledge.

Live database · read only

Document text

Originals stay with the publisher. We store extracted text, pages and tables in the database. New IT procedure links are queued when a source stores them and the full catalog is reconciled hourly; a few due documents are processed every five minutes, and known documents are checked daily, subject to that queue. Source document lists follow each source’s refresh cadence.

Text is a parsing result. Typed qualification facts appear when a specification or qualification file can be read; they are not a bid recommendation. Failed updates retain the last successful text. Most ISVZ links fail as HTML pages, not files.

33,750 · pending0 · processing2,311 · ready1,756 · failed
Reset

37817 documents

DocumentStatusTextLast checkedNext check due
Příloha č. 1 KS návrh.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 15:02
20261015_N_431200_N006_26_V00033664_Vyzva_k_podani_nabidky.pdf
nen.nipez.cz
readyAvailable30 Oct 2026, 06:4731 Oct 2026, 06:47
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
vysvětlení zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 14:5630 Oct 2026, 14:56
vysvětlení zadávací dokumentace
nen.nipez.cz
readyAvailable30 Oct 2026, 00:0031 Oct 2026, 00:00
vysvětlení zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 18:5030 Oct 2026, 18:50
vysvětlení zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 23:4030 Oct 2026, 23:40
vysvětlení zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 18:1030 Oct 2026, 18:10
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 18:4530 Oct 2026, 18:45
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 18:4130 Oct 2026, 18:41
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 18:1030 Oct 2026, 18:10
zadávací dokumentace
nen.nipez.cz
readyAvailable30 Oct 2026, 06:0531 Oct 2026, 06:05
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 19:4030 Oct 2026, 19:40
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 11:4630 Oct 2026, 11:46
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 19:4130 Oct 2026, 19:41
zadávací dokumentace
nen.nipez.cz
readyAvailable30 Oct 2026, 08:0531 Oct 2026, 08:05
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 11:4130 Oct 2026, 11:41
zadávací dokumentace
nen.nipez.cz
readyAvailable29 Oct 2026, 21:5530 Oct 2026, 21:55
výběr dodavatele
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
výběr dodavatele
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
vysvětlení zadávací dokumentace
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
vysvětlení zadávací dokumentace
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16
jiný dokument
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 14:16

vysvětlení zadávací dokumentace

Original at publisher ↗

Status: ready · Role: explanation · Fetched: 29 Oct 2026, 14:56 · Extracted: 24 Oct 2026, 09:35

cz.profile.xml · Nákup virtualizačních serverů pro aplikace ↗

Typed facts from this file

technical referencesMentioned only

Technical references

minimálně ekvivalentní úroveň ochrany dat při výpadku napájení jako požadovaný hardwarový RAID řadič s ochranou zápisové cache a splňuje všechny ostatní požadavky zadávací dokumentace. Řešení musí zajistit ochranu rozpracovaných zápisů při výpadku napájení minimálně na úr…

document-text · vysvětlení zadávací dokumentace · low confidence

SHA-256: ea30d2bfc4673dd19878121dd6b128ff7215b45cafcc063afeb3bfbbf278efe1
Parser: xberg-1.0.14:markdown-pages-tables-ces-eng-v1

Extracted text · 12,470 characters
<!-- PAGE 1 -->Archivní 2257/4, 149 00 Praha 4 telefon: +420 974 847 240

# *NACRX006O4QL*

e-mail: posta@na.gov.cz ID datové schránky: fe3aixh NACRX006O4QL http://www.nacr.cz

Dne: 7.7.2026 Č. j.: NA- 3008-21/01-2026 Vyřizuje/tel.: Ing. Hajíček/ 974 847 289

Věc: Odpověďi zadavatele na žádosti uchazečů ZŘ o upřesnění ZD_3

Název veřejné zakázky: Nákup virtualizačních setů pro aplikace Systémové číslo NEN: N006/26/V00016900 Druh veřejné zakázky: Veřejná zakázka na dodávky Režim veřejné zakázky: Nadlimitní veřejná zakázka, otevřené řízení

## Dotaz 1:

Mohou být disky pro rychlý diskový prostor v RAID 1 pro virtuální server aplikace i v lepším formátu něž M.2, tzn. např. 2.5", E3.S, E1.S apod.? Doplňující poznámka: Zadavatelem požadované hot swap disky formátu M.2 jsou u některých výrobců řešené pomocí přídavného PCIe zařízení označovaného jako BOSS karta. Tyto BOSS karty mívají nižší generaci PCIe a mohou disky zbytečně zpomalovat, což může být v rozporu s požadavkem zadavatele na rychlost. Např.

- BOSS-S2 karta podporuje pouze PCIe gen. 2 – viz str. 6 dokumentu: https://dl.dell.com/content/manual32734952-dell-technologies-boot-optimized-storage-solution-s2user-s-guide.pdf?language=en-us
- BOSS-N1 karta podporuje pouze PCIe gen. 3 – viz str. 7 dokumentu: https://dl.dell.com/content/manual23372630-dell-boot-optimized-storage-solution-n1-user-sguide.pdf?language=en-us

## Odpověď

Zadavatel nepožaduje konkrétní fyzický formát SSD disků. Požadavek uvedený v bodě 20 směřuje k dosažení požadované kapacity, spolehlivosti a výkonu diskového subsystému. Zadavatel proto připouští použití SSD disků v jiném provedení (např. 2,5", E1.S, E3.S či jiném ekvivalentním formátu), pokud budou splněny všechny ostatní požadavky zadávací dokumentace, zejména požadovaná kapacita, redundance a minimální požadovaný výkon.

<!-- PAGE 2 -->## Dotaz 2:

Profesionální rychlé SSD disky pro podnikové účely se zpravidla nevyrábí v požadované kapacitě 2 TB, ale v kapacitě 1,92 TB. Bude zadavatel akceptovat disky pro rychlý diskový prostor v RAID 1 pro virtuální server aplikace v kapacitě 1,92 TB na disk? Diskový systém se dvěma disky 1,92 TB v RAID 1 by pak měl kapacitu 1,92 TB a nikoliv 2 TB.

Zadavatel v technické specifikaci (kapitola Požadavky) požaduje kapacitu alespoň 2 TB. Je tedy třeba použít disky o této kapacitě nebo větší.

## Dotaz 3:

Zadavatel požaduje DDR4 paměť. Bude zadavatel akceptovat i novější a rychlejší paměť DDR5?

Ano. Zadavatel bude akceptovat použití pamětí DDR5 nebo novější generace, pokud budou splněny všechny ostatní požadavky zadávací dokumentace. Požadavek uvedený v bodě 17 stanovuje minimální požadovanou kapacitu operační paměti. Použití novější technologie není překážkou.

## Dotaz 4:

Bude zadavatel obecně u všech požadavků akceptovat produkty s lepšími technickými parametry?

Ano. Zadavatel bude obecně akceptovat komponenty s lepšími technickými parametry, než jsou minimální požadavky uvedené v zadávací dokumentaci, pokud tím nebude omezeno plnění ostatních požadavků zadavatele a bude zachována kompatibilita celého řešení.

## Dotaz 5:

V bodech 7 a 8 popisujete vlastnosti HW RAID řadiče. Které diskové prostory mají být na tento řadič(e) připojené? Všechny? Nebo jen prostor pro statická data?

Požadavky uvedené v bodech 7 a 8 se vztahují na všechny diskové řadiče.

## Dotaz 6:

V bodě 18 popisujete další vlastnosti diskových prostorů/diskového prostoru. Které diskové prostory mají mít tyto vlastnosti? Všechny? Nebo jen prostor pro statická data?

Požadavky na podporu technologií Hotswap a Hotspare se vztahují na všechny diskové subsystémy, u nichž je taková funkcionalita technicky realizovatelná.

## Dotaz 7:

K bodu 20 – SSD disky v mechanickém provedení M.2 nepodporují hotswap. Formát M.2 původně vznikl pro notebooky. Lze nabídnout serverový disk v provedení 2,5", samozřejmě s podporou hotswap. Serverová SSD jsou vyráběna v kapacitách 960GB/1,9TB/3,84TB. Lze nabídnout kapacitu 1,92TB? Viz odpověď k dotazům č. 1 a 2.

<!-- PAGE 3 -->## Dotaz 8:

K bodu 17 – paměti DDR4 jsou zastaralé a již se nevyrábí. Dovolil bych si zadavateli navrhnout změnu na DDR5. Použití platforem s DDR4 je v rozporu s požadavkem bodu 13.

Viz odpověď k dotazu č. 3.

## Dotaz 9:

K bodu 27 (licence Microsoft) – akceptuje zadavatel druhotné licence?

Zadavatel neakceptuje druhotné licence.

## Dotaz 10:

Vzhledem ke způsobu licencování (per core), poměrně vágní specifikaci výkonu procesoru a DDR4 pamětem bych si dovolil Zadavateli navrhnout mířit spíše na moderní procesor s menším počtem jader (úspora na licencích) a vyšším výkonem na jádro.

Zadavatel trvá na požadavku minimálně 64 fyzických jader uvedeném v bodě 16 technické specifikace. Tento požadavek vychází z předpokládaného způsobu využití serverů, virtualizace a plánovaného rozvoje provozovaných systémů během celé doby životnosti.

## Dotaz 11:

Zadavatel uvedl, že požaduje „Rychlý diskový prostor v RAID 1 pro virtuální server aplikace." a také uvedl požadavek na dedikovaný hardwarový RAID řadič vybavený minimálně 1 GB cache. Žádáme o potvrzení, zda zadavatel připustí jako rovnocenné nebo technicky výhodnější řešení technologii Intel VROC pouze pro použití pro tuto extrémně rychlou NVMe vrstvu. Intel VROC odstraňuje nutnost přenosu dat přes samostatný hardwarový RAID řadič a jeho cache. Datová cesta mezi NVMe disky a procesorem je díky tomu kratší, s nižší latencí a bez omezení propustností rozhraní nebo procesoru samostatného RAID řadiče. Řešení zároveň umožňuje využít souhrnný výkon více NVMe disků, aniž by se dedikovaný RAID řadič stal úzkým místem celé diskové infrastruktury a bude řadič bude sloužit pouze pro připojení vysokokapacitních disků. Žádáme proto zadavatele o potvrzení, že připustí řešení Intel VROC pro použití s NVMe disky a zároveň hardwarovým RAID řadiče, který budou sloužit pro připojení rotačních disků

Zadavatel připouští použití technologie Intel VROC nebo jiného technicky obdobného řešení pouze za předpokladu, že navržené řešení poskytuje minimálně ekvivalentní úroveň ochrany dat při výpadku napájení jako požadovaný hardwarový RAID řadič s ochranou zápisové cache a splňuje všechny ostatní požadavky zadávací dokumentace. Řešení musí zajistit ochranu rozpracovaných zápisů při výpadku napájení minimálně na úrovni hardwarového RAID řadiče s battery-backed nebo flash-backed write cache. U řešení využívajících NVMe SSD lze tento požadavek splnit i použitím enterprise SSD s funkcí Power Loss Protection (PLP) nebo jiným technicky ekvivalentním způsobem.

<!-- PAGE 4 -->## Dotaz 12:

V požadavku č. 11 je uvedeno, že „aktualizace SW nebude prováděna automaticky". Žádáme o upřesnění, jaký konkrétní software je tímto myšlen. Dodávka zahrnuje více SW komponent, u nichž se způsob správy aktualizací může lišit:

Firmware hardwarových komponent – BIOS/UEFI serveru, firmware diskového kontroléru, firmware disků (HDD/SSD), firmware síťových adaptérů a management rozhraní (iDRAC/iLO/BMC). Operační systém hypervizoru – Microsoft Windows Server Standard (vč. Hyper-V). Operační systém virtuálního serveru – Debian (bezpečnostní záplaty, aktualizace balíčků). Management software – nástroje pro vzdálenou správu, monitoring a diagnostiku. Ovladače (drivers) – ovladače HW komponent pro příslušné OS. Dále žádáme o upřesnění: Které z výše uvedených komponent spadají pod podmínku v požadavku č. 11?

Požadavek č. 11 se vztahuje na veškerý software včetně firmware hardwarových komponent.

## Dotaz 13:

Dotaz k požadavkům č. 19, 20 a 21 – Jednotky diskové kapacity (TB vs. TiB) Zadávací dokumentace v bodech 19, 20 a 21 uvádí kapacity disků v jednotkách „GB" a „TB". Uchazeč žádá o upřesnění, zda jsou tyto kapacity uváděny v desítkových jednotkách dle soustavy SI (GB = 10⁹ bajtů, TB = 10¹² bajtů), které používají výrobci pevných disků, nebo v binárních jednotkách (GiB, TiB), které zobrazují operační systémy.

Konkrétní nejasnosti: Bod 19 (480 GB SSD): Jedná se o 480 GB dle označení výrobce (desítkové GB), nebo o 480 GiB zobrazených operačním systémem? Bod 20 (2 TB M.2 SSD): Jedná se o 2 TB dle označení výrobce (desítkové TB), nebo o 2 TiB dostupných v operačním systému? Bod 21 (80 TB RAID 5): Jedná se o 80 TB v desítkových jednotkách výrobce, nebo o 80 TiB měřených operačním systémem (≈ 87,9 TB výrobce)? Uchazeč zároveň žádá o upřesnění, zda jde o kapacitu hrubou (raw), tj. součet jmenovitých kapacit disků před aplikací RAID parity, nebo o kapacitu čistou (usable), tj. skutečně dostupný prostor po odečtení paritních dat. Způsob ověření splnění požadavku má přímý dopad na volbu konkrétních diskových komponent.

Kapacity jsou uváděny s předponami dle soustavy SI, tj. v desítkových jednotkách. 1 GB = 1000 MB, 1 TB=1000 GB. V případě kapacity 80 TB pole v RAID zadavatel uvádí, že se jedná o skutečně dostupný prostor po odečtení paritních dat.

<!-- PAGE 5 -->## Dotaz č. 14:

V technické specifikaci je mimo jiné uveden požadavek na podporu protokolu SNMP v2. Tento protokol je z dnešního pohledu zranitelný, protože nepodporuje šifrování ani silnou autentizaci. Přihlašovací údaje (Community Strings) přenáší v síti jako čistý text (plaintext), což umožňuje jejich snadné odposlechnutí a následné zneužití k neoprávněné modifikaci konfigurace nebo úniku informací o infrastruktuře. Požadavek na implementaci protokolu SNMPv2 je v rozporu se současnými osvědčenými postupy (Best Practices) v oblasti kybernetické bezpečnosti, které vyžadují šifrování citlivých management dat při přenosu. Nasazení SNMPv2 může negativně ovlivnit budoucí bezpečnostní audity systému nebo soulad s požadavky směrnice NIS2 / ZoKB. Dotazujeme se Zadavatele, zda trvá na použití nezašifrovaného protokolu SNMPv2? Nebo zda bude akceptovat řešení, které bude podporovat pouze protokol SNMPv3, který implementuje šifrování a bezpečné ověřování?

Zadavatel bude akceptovat řešení, které bude podporovat pouze protokol SNMPv3 a netrvá na použití protokolu SNMPv2.

## Dotaz č. 15:

Dotaz 5 („V bodech 7 a 8 popisujete vlastnosti HW RAID řadiče. Které diskové prostory mají být na tento řadič(e) připojené? Všechny? Nebo jen prostor pro statická data?") podle našeho názoru nebyl jednoznačně zodpovězen. Rád bych se ujistil, že opravdu znamená vaše odpověď, že KAŽDÝ ze tří diskových prostorů má mít SAMOSTATNÝ HW RAID řadič s vlastní cache a CV modulem? Takto lze totiž chápat vaši odpověď. Nemyslím, že je to takto opravdu nutné a vhodné (vzhledem k ceně HW RAID řadičů s cache).

Zadavatel nepředepisuje, který diskový prostor má být připojen ke kterému diskovému řadiči ani počet použitých diskových řadičů. Zadavatel požaduje, aby navržené řešení splňovalo všechny požadavky uvedené v zadávací dokumentaci, zejména požadavky uvedené v bodech 7, 8 a 18 technické specifikace a současně splňovalo požadavky na jednotlivé diskové prostory uvedené v bodech 19, 20 a 21. Řešení může být realizováno například pomocí tří samostatných hardwarových RAID řadičů s vlastní cache a ochranou proti výpadku napájení nebo jiným technickým řešením, pokud budou splněny všechny požadavky zadávací dokumentace.

## Dotaz č. 16

Dotaz 6 („V bodě 18 popisujete další vlastnosti diskových prostorů/diskového prostoru. Které diskové prostory mají mít tyto vlastnosti? Všechny? Nebo jen prostor pro statická data?") podle našeho názoru nebyl zodpovězen jednoznačně – pokud takové vlastnosti požadujete u všech třech diskových prostorů, tak v pořádku, ale pak nelze zase takový požadavek zase v druhé části souvětí zrušit („u nichž je taková funkcionalita technicky realizovatelná."). Prosím o jednoznačné vyjádření, pro které diskové prostory je hotswap a hotspare povinný. Pokud

<!-- PAGE 6 -->hotswap a hotspare jsou povinné i pro tzv. „rychlý diskový prostor v RAID 1", pak je to v rozporu s podmínkami v bodě 20.

Zadavatel upřesňuje výklad bodu 18 technické specifikace následovně:

1. Diskový prostor pro operační systém (hypervizor) a rychlý diskový prostor v RAID 1 určený pro virtuální server aplikace musí podporovat výměnu disků za provozu (hotswap). Pro tyto diskové prostory není požadována podpora hot spare disku.
2. Diskový prostor v RAID 5 určený pro statická data musí podporovat výměnu disků za provozu (hotswap) a současně musí umožňovat využití hot spare disku. Tímto zadavatel výslovně upřesňuje výklad bodu 18 technické specifikace. Ostatní požadavky zadávací dokumentace zůstávají beze změny.

Přílohy
Document · 6 pages · 0 tables

Page 1

Archivní 2257/4, 149 00 Praha 4 telefon: +420 974 847 240

# *NACRX006O4QL*

e-mail: posta@na.gov.cz ID datové schránky: fe3aixh NACRX006O4QL http://www.nacr.cz

Dne: 7.7.2026 Č. j.: NA- 3008-21/01-2026 Vyřizuje/tel.: Ing. Hajíček/ 974 847 289

Věc: Odpověďi zadavatele na žádosti uchazečů ZŘ o upřesnění ZD_3

Název veřejné zakázky: Nákup virtualizačních setů pro aplikace Systémové číslo NEN: N006/26/V00016900 Druh veřejné zakázky: Veřejná zakázka na dodávky Režim veřejné zakázky: Nadlimitní veřejná zakázka, otevřené řízení

## Dotaz 1:

Mohou být disky pro rychlý diskový prostor v RAID 1 pro virtuální server aplikace i v lepším formátu něž M.2, tzn. např. 2.5", E3.S, E1.S apod.? Doplňující poznámka: Zadavatelem požadované hot swap disky formátu M.2 jsou u některých výrobců řešené pomocí přídavného PCIe zařízení označovaného jako BOSS karta. Tyto BOSS karty mívají nižší generaci PCIe a mohou disky zbytečně zpomalovat, což může být v rozporu s požadavkem zadavatele na rychlost. Např.

- BOSS-S2 karta podporuje pouze PCIe gen. 2 – viz str. 6 dokumentu: https://dl.dell.com/content/manual32734952-dell-technologies-boot-optimized-storage-solution-s2user-s-guide.pdf?language=en-us

- BOSS-N1 karta podporuje pouze PCIe gen. 3 – viz str. 7 dokumentu: https://dl.dell.com/content/manual23372630-dell-boot-optimized-storage-solution-n1-user-sguide.pdf?language=en-us

## Odpověď

Zadavatel nepožaduje konkrétní fyzický formát SSD disků. Požadavek uvedený v bodě 20 směřuje k dosažení požadované kapacity, spolehlivosti a výkonu diskového subsystému. Zadavatel proto připouští použití SSD disků v jiném provedení (např. 2,5", E1.S, E3.S či jiném ekvivalentním formátu), pokud budou splněny všechny ostatní požadavky zadávací dokumentace, zejména požadovaná kapacita, redundance a minimální požadovaný výkon.

Page 2

## Dotaz 2:

Profesionální rychlé SSD disky pro podnikové účely se zpravidla nevyrábí v požadované kapacitě 2 TB, ale v kapacitě 1,92 TB. Bude zadavatel akceptovat disky pro rychlý diskový prostor v RAID 1 pro virtuální server aplikace v kapacitě 1,92 TB na disk? Diskový systém se dvěma disky 1,92 TB v RAID 1 by pak měl kapacitu 1,92 TB a nikoliv 2 TB.

Zadavatel v technické specifikaci (kapitola Požadavky) požaduje kapacitu alespoň 2 TB. Je tedy třeba použít disky o této kapacitě nebo větší.

## Dotaz 3:

Zadavatel požaduje DDR4 paměť. Bude zadavatel akceptovat i novější a rychlejší paměť DDR5?

Ano. Zadavatel bude akceptovat použití pamětí DDR5 nebo novější generace, pokud budou splněny všechny ostatní požadavky zadávací dokumentace. Požadavek uvedený v bodě 17 stanovuje minimální požadovanou kapacitu operační paměti. Použití novější technologie není překážkou.

## Dotaz 4:

Bude zadavatel obecně u všech požadavků akceptovat produkty s lepšími technickými parametry?

Ano. Zadavatel bude obecně akceptovat komponenty s lepšími technickými parametry, než jsou minimální požadavky uvedené v zadávací dokumentaci, pokud tím nebude omezeno plnění ostatních požadavků zadavatele a bude zachována kompatibilita celého řešení.

## Dotaz 5:

V bodech 7 a 8 popisujete vlastnosti HW RAID řadiče. Které diskové prostory mají být na tento řadič(e) připojené? Všechny? Nebo jen prostor pro statická data?

Požadavky uvedené v bodech 7 a 8 se vztahují na všechny diskové řadiče.

## Dotaz 6:

V bodě 18 popisujete další vlastnosti diskových prostorů/diskového prostoru. Které diskové prostory mají mít tyto vlastnosti? Všechny? Nebo jen prostor pro statická data?

Požadavky na podporu technologií Hotswap a Hotspare se vztahují na všechny diskové subsystémy, u nichž je taková funkcionalita technicky realizovatelná.

## Dotaz 7:

K bodu 20 – SSD disky v mechanickém provedení M.2 nepodporují hotswap. Formát M.2 původně vznikl pro notebooky. Lze nabídnout serverový disk v provedení 2,5", samozřejmě s podporou hotswap. Serverová SSD jsou vyráběna v kapacitách 960GB/1,9TB/3,84TB. Lze nabídnout kapacitu 1,92TB? Viz odpověď k dotazům č. 1 a 2.

Page 3

## Dotaz 8:

K bodu 17 – paměti DDR4 jsou zastaralé a již se nevyrábí. Dovolil bych si zadavateli navrhnout změnu na DDR5. Použití platforem s DDR4 je v rozporu s požadavkem bodu 13.

Viz odpověď k dotazu č. 3.

## Dotaz 9:

K bodu 27 (licence Microsoft) – akceptuje zadavatel druhotné licence?

Zadavatel neakceptuje druhotné licence.

## Dotaz 10:

Vzhledem ke způsobu licencování (per core), poměrně vágní specifikaci výkonu procesoru a DDR4 pamětem bych si dovolil Zadavateli navrhnout mířit spíše na moderní procesor s menším počtem jader (úspora na licencích) a vyšším výkonem na jádro.

Zadavatel trvá na požadavku minimálně 64 fyzických jader uvedeném v bodě 16 technické specifikace. Tento požadavek vychází z předpokládaného způsobu využití serverů, virtualizace a plánovaného rozvoje provozovaných systémů během celé doby životnosti.

## Dotaz 11:

Zadavatel uvedl, že požaduje „Rychlý diskový prostor v RAID 1 pro virtuální server aplikace." a také uvedl požadavek na dedikovaný hardwarový RAID řadič vybavený minimálně 1 GB cache. Žádáme o potvrzení, zda zadavatel připustí jako rovnocenné nebo technicky výhodnější řešení technologii Intel VROC pouze pro použití pro tuto extrémně rychlou NVMe vrstvu. Intel VROC odstraňuje nutnost přenosu dat přes samostatný hardwarový RAID řadič a jeho cache. Datová cesta mezi NVMe disky a procesorem je díky tomu kratší, s nižší latencí a bez omezení propustností rozhraní nebo procesoru samostatného RAID řadiče. Řešení zároveň umožňuje využít souhrnný výkon více NVMe disků, aniž by se dedikovaný RAID řadič stal úzkým místem celé diskové infrastruktury a bude řadič bude sloužit pouze pro připojení vysokokapacitních disků. Žádáme proto zadavatele o potvrzení, že připustí řešení Intel VROC pro použití s NVMe disky a zároveň hardwarovým RAID řadiče, který budou sloužit pro připojení rotačních disků

Zadavatel připouští použití technologie Intel VROC nebo jiného technicky obdobného řešení pouze za předpokladu, že navržené řešení poskytuje minimálně ekvivalentní úroveň ochrany dat při výpadku napájení jako požadovaný hardwarový RAID řadič s ochranou zápisové cache a splňuje všechny ostatní požadavky zadávací dokumentace. Řešení musí zajistit ochranu rozpracovaných zápisů při výpadku napájení minimálně na úrovni hardwarového RAID řadiče s battery-backed nebo flash-backed write cache. U řešení využívajících NVMe SSD lze tento požadavek splnit i použitím enterprise SSD s funkcí Power Loss Protection (PLP) nebo jiným technicky ekvivalentním způsobem.

Page 4

## Dotaz 12:

V požadavku č. 11 je uvedeno, že „aktualizace SW nebude prováděna automaticky". Žádáme o upřesnění, jaký konkrétní software je tímto myšlen. Dodávka zahrnuje více SW komponent, u nichž se způsob správy aktualizací může lišit:

Firmware hardwarových komponent – BIOS/UEFI serveru, firmware diskového kontroléru, firmware disků (HDD/SSD), firmware síťových adaptérů a management rozhraní (iDRAC/iLO/BMC). Operační systém hypervizoru – Microsoft Windows Server Standard (vč. Hyper-V). Operační systém virtuálního serveru – Debian (bezpečnostní záplaty, aktualizace balíčků). Management software – nástroje pro vzdálenou správu, monitoring a diagnostiku. Ovladače (drivers) – ovladače HW komponent pro příslušné OS. Dále žádáme o upřesnění: Které z výše uvedených komponent spadají pod podmínku v požadavku č. 11?

Požadavek č. 11 se vztahuje na veškerý software včetně firmware hardwarových komponent.

## Dotaz 13:

Dotaz k požadavkům č. 19, 20 a 21 – Jednotky diskové kapacity (TB vs. TiB) Zadávací dokumentace v bodech 19, 20 a 21 uvádí kapacity disků v jednotkách „GB" a „TB". Uchazeč žádá o upřesnění, zda jsou tyto kapacity uváděny v desítkových jednotkách dle soustavy SI (GB = 10⁹ bajtů, TB = 10¹² bajtů), které používají výrobci pevných disků, nebo v binárních jednotkách (GiB, TiB), které zobrazují operační systémy.

Konkrétní nejasnosti: Bod 19 (480 GB SSD): Jedná se o 480 GB dle označení výrobce (desítkové GB), nebo o 480 GiB zobrazených operačním systémem? Bod 20 (2 TB M.2 SSD): Jedná se o 2 TB dle označení výrobce (desítkové TB), nebo o 2 TiB dostupných v operačním systému? Bod 21 (80 TB RAID 5): Jedná se o 80 TB v desítkových jednotkách výrobce, nebo o 80 TiB měřených operačním systémem (≈ 87,9 TB výrobce)? Uchazeč zároveň žádá o upřesnění, zda jde o kapacitu hrubou (raw), tj. součet jmenovitých kapacit disků před aplikací RAID parity, nebo o kapacitu čistou (usable), tj. skutečně dostupný prostor po odečtení paritních dat. Způsob ověření splnění požadavku má přímý dopad na volbu konkrétních diskových komponent.

Kapacity jsou uváděny s předponami dle soustavy SI, tj. v desítkových jednotkách. 1 GB = 1000 MB, 1 TB=1000 GB. V případě kapacity 80 TB pole v RAID zadavatel uvádí, že se jedná o skutečně dostupný prostor po odečtení paritních dat.

Page 5

## Dotaz č. 14:

V technické specifikaci je mimo jiné uveden požadavek na podporu protokolu SNMP v2. Tento protokol je z dnešního pohledu zranitelný, protože nepodporuje šifrování ani silnou autentizaci. Přihlašovací údaje (Community Strings) přenáší v síti jako čistý text (plaintext), což umožňuje jejich snadné odposlechnutí a následné zneužití k neoprávněné modifikaci konfigurace nebo úniku informací o infrastruktuře. Požadavek na implementaci protokolu SNMPv2 je v rozporu se současnými osvědčenými postupy (Best Practices) v oblasti kybernetické bezpečnosti, které vyžadují šifrování citlivých management dat při přenosu. Nasazení SNMPv2 může negativně ovlivnit budoucí bezpečnostní audity systému nebo soulad s požadavky směrnice NIS2 / ZoKB. Dotazujeme se Zadavatele, zda trvá na použití nezašifrovaného protokolu SNMPv2? Nebo zda bude akceptovat řešení, které bude podporovat pouze protokol SNMPv3, který implementuje šifrování a bezpečné ověřování?

Zadavatel bude akceptovat řešení, které bude podporovat pouze protokol SNMPv3 a netrvá na použití protokolu SNMPv2.

## Dotaz č. 15:

Dotaz 5 („V bodech 7 a 8 popisujete vlastnosti HW RAID řadiče. Které diskové prostory mají být na tento řadič(e) připojené? Všechny? Nebo jen prostor pro statická data?") podle našeho názoru nebyl jednoznačně zodpovězen. Rád bych se ujistil, že opravdu znamená vaše odpověď, že KAŽDÝ ze tří diskových prostorů má mít SAMOSTATNÝ HW RAID řadič s vlastní cache a CV modulem? Takto lze totiž chápat vaši odpověď. Nemyslím, že je to takto opravdu nutné a vhodné (vzhledem k ceně HW RAID řadičů s cache).

Zadavatel nepředepisuje, který diskový prostor má být připojen ke kterému diskovému řadiči ani počet použitých diskových řadičů. Zadavatel požaduje, aby navržené řešení splňovalo všechny požadavky uvedené v zadávací dokumentaci, zejména požadavky uvedené v bodech 7, 8 a 18 technické specifikace a současně splňovalo požadavky na jednotlivé diskové prostory uvedené v bodech 19, 20 a 21. Řešení může být realizováno například pomocí tří samostatných hardwarových RAID řadičů s vlastní cache a ochranou proti výpadku napájení nebo jiným technickým řešením, pokud budou splněny všechny požadavky zadávací dokumentace.

## Dotaz č. 16

Dotaz 6 („V bodě 18 popisujete další vlastnosti diskových prostorů/diskového prostoru. Které diskové prostory mají mít tyto vlastnosti? Všechny? Nebo jen prostor pro statická data?") podle našeho názoru nebyl zodpovězen jednoznačně – pokud takové vlastnosti požadujete u všech třech diskových prostorů, tak v pořádku, ale pak nelze zase takový požadavek zase v druhé části souvětí zrušit („u nichž je taková funkcionalita technicky realizovatelná."). Prosím o jednoznačné vyjádření, pro které diskové prostory je hotswap a hotspare povinný. Pokud

Page 6

hotswap a hotspare jsou povinné i pro tzv. „rychlý diskový prostor v RAID 1", pak je to v rozporu s podmínkami v bodě 20.

Zadavatel upřesňuje výklad bodu 18 technické specifikace následovně:

1. Diskový prostor pro operační systém (hypervizor) a rychlý diskový prostor v RAID 1 určený pro virtuální server aplikace musí podporovat výměnu disků za provozu (hotswap). Pro tyto diskové prostory není požadována podpora hot spare disku.

1. Diskový prostor v RAID 5 určený pro statická data musí podporovat výměnu disků za provozu (hotswap) a současně musí umožňovat využití hot spare disku. Tímto zadavatel výslovně upřesňuje výklad bodu 18 technické specifikace. Ostatní požadavky zadávací dokumentace zůstávají beze změny.

Přílohy