Zamawiający nie stawia warunków udziału w postępowaniu w żadnym z czterech obszarów (zdolność do występowania w obrocie gospodarczym, uprawnienia do prowadzenia działalności, sytuacja ekonomiczno-finansowa, zdolność techniczna/zawodowa).
7
Kryteria oceny ofert
Pełna treść
Kryterium: Cena oferty brutto — waga 100%
8
Kary i sankcje
Pełna treść
Kary umowne: w projekcie umowy (Załącznik nr 5).
9
Inne zapisy
Widoczne 50%
Podwykonawstwo: dopuszczone; Wykonawca wskazuje w ofercie części zamówienia i firmy podwykonawców; powierzenie nie zwalnia z odpowiedzialności. - Zmiany umowy: przewidzone w zakresie art. (+ 1 zdanie — pełna treść po zalogowaniu)
Formularz Ofertowy — Załącznik nr 2 - Formularz Cenowy — Załącznik nr 2a
Druga połowa streszczenia za darmo
Odsłoń całe streszczenie SWZ
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 8 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Część 1 (dostawa): oprogramowanie do budowy chmury prywatnej (min. 16 rdzeni, gwarancja 5 lat) — 75 szt., z integracją z istniejącą infrastrukturą VMware (VCF, vSphere/vSAN), wraz z montażem i wdrożeniem.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Mając na uwadze, że przedmiotowe zamówienie jest współfinansowane ze środków Unii Europejskiej w ramach programu "Fundusze Europejskie na Rozwój Cyfrowy 2021-2027" (FERC)... Czy w związku z powyższym Zamawiający dokona modyfikacji kryteriów równoważności w taki sposób, aby wykonawca oferujący stos oprogramowania innego producenta niż VMware nie był dyskryminowany ze względu na brak natywnego wsparcia dla zamkniętych i własnościowych protokołów VMware?
Zamawiający wskazuje, że przedmiot zamówienia stanowi umowę ramową na dostawę oprogramowania. Zamawiający posiada mieszaną infrastrukturę wirtualizacyjną opartą na oprogramowaniu VMware: nowoczesną domenę zarządzającą VCF (ESXi, vCenter, vSAN ESA, NSX) oraz starszą infrastrukturę vSphere/vSAN. Oprogramowanie dostarczone w ramach umowy ramowej będzie integrowane z posiadaną infrastrukturą VMware. Zgodnie z art. 99 ust. 4 ustawy PZP, Zamawiający może opisać przedmiot zamówienia z uwzględnieniem konieczności integracji z posiadaną infrastrukturą. Odniesienia do technologii VMware w SOPZ stanowią opis parametrów posiadanej infrastruktury i wymogów kompatybilności, nie zaś wykluczenie rozwiązań równoważnych jako takich. Zamawiający jednocześnie informuje, że w zakresie wybranych pytań dokonuje modyfikacji SWZ dopuszczających rozwiązania równoważne w obszarach niezwiązanych z integracją z posiadaną infrastrukturą VMware. W pozostałym zakresie Zamawiający utrzymuje wymagania SOPZ jako uzasadnione koniecznością integracji infrastruktury VMware (VCF oraz vSphere/vSAN).
Czy w ramach dopuszczenia rozwiązań równoważnych Zamawiający dopuści zaoferowanie oprogramowania do budowy chmury prywatnej, które będzie posiadało własną, niezależną i centralną konsolę zarządzającą, zapewniającą pełną automatyzację, orkiestrację oraz zarządzanie nowo dostarczonymi klastrami w lokalizacjach OPD1 i OPD2, bez konieczności fizycznego integrowania (wpięcia) tego oprogramowania do posiadanej przez Zamawiającego domeny VMware VCF, pod warunkiem zapewnienia interoperacyjności na poziomie sieciowym i aplikacyjnym (np. poprzez REST API)?
Zamawiający nie dopuszcza zaoferowania oprogramowania z własną, niezależną konsolą zarządzającą bez integracji z posiadaną infrastrukturą VMware. Zamawiający posiada mieszaną infrastrukturę wirtualizacyjną VMware, w tym domenę zarządzającą VCF (ESXi, vCenter, vSAN ESA, NSX) oraz starszą infrastrukturę vSphere/vSAN. Umowa ramowa służy rozbudowie, przedłużaniu i zastępowaniu licencji w ramach posiadanej infrastruktury VMware. Dostarczone oprogramowanie musi zostać zintegrowane z posiadaną domeną VCF celem zapewnienia spójnego zarządzania całością infrastruktury, ciągłości licencjonowania i kompatybilności z istniejącymi klastrami. Wymóg integracji z posiadaną infrastrukturą jest zgodny z art. 99 ust. 4 ustawy PZP.
Czy Zamawiający dopuści jako w pełni równoważne oprogramowanie, które realizuje funkcje replikacji klastra oraz grupowania i orkiestracji pamięci masowej w sposób natywny z poziomu własnej konsoli zarządzającej tego oprogramowania, bez konieczności integracji i działania pod kontrolą zarządcy VMware vCenter?
Zamawiający utrzymuje wymóg integracji z VMware vCenter. vCenter stanowi posiadany zarządca klastra wirtualizacyjnego w ramach infrastruktury VMware Zamawiającego (domena VCF oraz starsza infrastruktura vSphere). Funkcjonalności replikacji maszyn wirtualnych oraz grupowania pamięci masowych są realizowane w ramach posiadanej infrastruktury zarządzanej przez vCenter. Oprogramowanie dostarczone w ramach umowy ramowej musi współpracować z vCenter jako posiadana konsola zarządzająca. Sformułowanie "w przypadku działania pod zarządcą klastra VMware vCenter" odnosi się do wymogu kompatybilności z posiadaną infrastrukturą zarządzania, zgodnie z art. 99 ust. 4 ustawy PZP. Oferowanie oprogramowania z własną konsolą zarządzającą realizującego te funkcje natywnie, bez integracji z vCenter, wymagałoby równoległego zarządzania dwoma systemami oraz migracji maszyn wirtualnych, co nie jest uzasadnione w kontekście umowy ramowej służącej rozbudowie i utrzymaniu posiadanej infrastruktury VMware.
Czy Zamawiający dopuści jako w pełni równoważne rozwiązanie, które integruje się natywnie z dowolną dystrybucją Kubernetes certyfikowaną przez CNCF (Cloud Native Computing Foundation) — np. otwartą, wiodącą platformą zarządzania kontenerami klasy Enterprise — gwarantującą brak uzależnienia od jednego dostawcy technologicznego (tzw. vendor lock-in)?
Zamawiający dopuszcza jako równoważne oprogramowanie, które integruje się natywnie z dowolną dystrybucją Kubernetes certyfikowaną przez CNCF (Cloud Native Computing Foundation). (Patrz zmiana nr 1).
Czy Zamawiający dopuści jako w pełni równoważne rozwiązanie, które umożliwia deklaratywne tworzenie i uruchamianie maszyn wirtualnych za pomocą plików YAML i standardowego API Kubernetes, bez konieczności opierania tych maszyn o technologię VMware vSphere?
Zamawiający nie dopuszcza zaoferowania rozwiązań opartych o KubeVirt Jeśli to rozwiązanie nie spełnia postawionych wymagań. vSphere stanowi posiadany hypervisor w ramach infrastruktury VMware Zamawiającego (domena VCF oraz starsza infrastruktura vSphere). Wymóg tworzenia maszyn wirtualnych przez interfejs Kubernetes i pliki YAML oparty jest na posiadanej integracji VMware Tanzu/VCF. Oferowanie rozwiązania opartego o KubeVirt wymagałoby zmiany warstwy zarządzania maszynami wirtualnymi z vSphere na Kubernetes, co jest nieuzasadnione w kontekście umowy ramowej służącej rozbudowie i utrzymaniu posiadanej infrastruktury VMware. Wymóg integracji z posiadaną warstwą wirtualizacji jest zgodny z art. 99 ust. 4 ustawy PZP.
Czy Zamawiający usunie odniesienie do wersji "9" i dopuści jako w pełni równoważną funkcjonalność realizowaną przez narzędzia migracyjne dostarczane wraz z oprogramowaniem równoważnym (np. moduły importu typu v2v), umożliwiające migrację maszyn wirtualnych z rzeczywiście eksploatowanych u Zamawiającego wersji oprogramowania VMware vSphere (np. wersji 7.x oraz 8.x)?
Zamawiający dokonuje modyfikacji SWZ (patrz zmiana nr 2).
Czy w przypadku zaoferowania rozwiązania równoważnego Zamawiający uzna warunek za spełniony, jeśli oprogramowanie będzie realizowało analizę i alertowanie zgodności z najlepszymi praktykami bezpieczeństwa dedykowanymi dla oferowanego środowiska, opartymi o międzynarodowe standardy branżowe, takie jak CIS Benchmarks (Center for Internet Security) oraz DISA STIG dla wdrożonego hypervisora i systemów Linux?
Zamawiający dopuszcza jako równoważne oprogramowanie, które realizuje analizę i alertowanie zgodności z najlepszymi praktykami bezpieczeństwa dedykowanymi dla oferowanego środowiska, opartymi o międzynarodowe standardy branżowe takie jak CIS Benchmarks (Center for Internet Security) oraz DISA STIG. (Patrz zmiana nr 3).
Czy Zamawiający dopuści, aby w przypadku zaoferowania środowiska równoważnego, dostarczone oprogramowanie do analizy logów posiadało bazę wiedzy, reguły korelacji oraz predefiniowane pulpity (dashboards) dedykowane dla oferowanego środowiska (tj. dla oferowanego hypervisora, silnika kontenerowego, maszyn wirtualnych oraz systemów operacyjnych Linux/Windows)?
Zamawiający dopuszcza, aby w przypadku zaoferowania środowiska równoważnego, dostarczone oprogramowanie do analizy logów posiadało bazę wiedzy, reguły korelacji oraz predefiniowane pulpity (dashboards) dedykowane dla oferowanego środowiska wirtualizacji (hypervisor, klastry kontenerowe, systemy operacyjne). (Patrz zmiana nr 4).
Czy w celu poszanowania zasad uczciwej konkurencji Zamawiający zmodyfikuje ten wymóg i dopuści, aby oferowane dyski serwerowe były certyfikowane i w pełni wspierane przez producenta zaoferowanego równoważnego oprogramowania SDS lub bezpośrednio przez producenta dostarczanego sprzętu serwerowego, zamiast figurować w VMware Compatibility Guide (HCL)?
Zamawiający nie modyfikuje kryteriów równoważności, gdyż opisują one platformy, z którymi ma być kompatybilne dostarczane oprogramowanie.
Czy w ramach dopuszczenia rozwiązań równoważnych Zamawiający uzna warunek za spełniony, jeśli oferowane oprogramowanie SDS na klastrze składającym się z trzech hostów fizycznych będzie realizowało wysoką dostępność i ochronę danych przed awarią pojedynczego hosta za pomocą bezpiecznego, standardowego mechanizmu replikacji danych (3-way replication) lub alternatywnych schematów dystrybucji danych, bez konieczności wymuszania specyficznego dla architektury VMware vSAN ESA schematu RAID 5 Erasure Coding na 3 hostach?
Zamawiający utrzymuje wymóg mechanizmów optymalizacji przestrzeni dyskowych (erasure coding) dla RAID 5 przy użyciu trzech hostów. vSAN ESA wspiera konfigurację RAID 5 (schemat 2+1) na klastrze 3-hostowym, co jest posiadaną funkcjonalnością infrastruktury Zamawiającego. Zamawiający wymaga zachowania tej funkcjonalności celem zapewnienia spójności z istniejącą infrastrukturą vSAN ESA.
Czy Zamawiający dopuści jako w pełni równoważne rozwiązanie, w którym analiza przepływów sieciowych (IPFIX/Netflow) będzie realizowana dla wszystkich maszyn wirtualnych w nowo dostarczonym środowisku wirtualizacji za pomocą natywnych mechanizmów sieci wirtualnej (SDN) tego oprogramowania, bez konieczności integracji i analizy przepływów w warstwie VMware vSphere?
Zamawiający dopuszcza jako równoważne rozwiązanie, w którym analiza przepływów sieciowych (IPFIX/NetFlow) będzie realizowana w warstwie sieci wirtualnej (SDN) oferowanego oprogramowania. (Patrz zmiana nr 5).
Czy Zamawiający dopuści rozwiązanie równoważne, w którym szybkie powielanie i uruchamianie maszyn wirtualnych z API realizowane będzie z wykorzystaniem standardowych i bezpiecznych mechanizmów orkiestracji szablonów i dysków typu Copy-on-Write, bez konieczności fizycznego współdzielenia pamięci RAM hypervisora przez klony maszyn wirtualnych w technologii Instant Clone?
Zamawiający nie dopuszcza zaoferowania mechanizmów Copy-on-Write zamiast Instant Clone. Instant Clone (klonowanie działającej maszyny wirtualnej z współdzieleniem pamięci RAM hypervisora) stanowi posiadaną funkcjonalność VMware vSphere w ramach infrastruktury Zamawiającego. Oferowanie mechanizmów Copy-on-Write (QCOW2) wymagałoby zmiany warstwy wirtualizacji z vSphere na KVM, co jest nieuzasadnione w kontekście umowy ramowej służącej rozbudowie i utrzymaniu posiadanej infrastruktury VMware.
Czy Zamawiający w ramach rozwiązań równoważnych dopuści platformę zarządzającą, której wysoka dostępność (HA) realizowana jest w architekturze rozproszonej Active-Active (np. w oparciu o wielowązłowy klaster zarządzający), co zapewnia wyższy lub tożsamy poziom niezawodności niż wymagana architektura Active-Passive-Witness?
Zamawiający nie dopuszcza architektury Active-Active zamiast Active-Passive-Witness. Architektura Active-Passive-Witness (vCenter Server HA, VCHA) stanowi posiadaną konfigurację centralnej konsoli zarządzającej w ramach infrastruktury VMware Zamawiającego. Przejście na architekturę Active-Active wymagałoby przebudowy istniejącego vCenter, co jest nieuzasadnione w kontekście umowy ramowej służącej rozbudowie i utrzymaniu posiadanej infrastruktury VMware.
Zamawiający wymaga "funkcjonalności szybkiego uruchamiania wirtualizatora po przeprowadzonym procesie jego aktualizacji... jeśli wymagany jest jego restart, funkcjonalność szybkiego uruchamiania powodowała eliminację czasochłonnej fazy inicjalizacji serwera fizycznego". Czy Zamawiający dopuści jako równoważne rozwiązanie standardowy restart hosta z pełną procedurą POST/UEFI, korzystając z Live Migration do zapewnienia ciągłości usług?
Zamawiający dokonuje modyfikacji SWZ (patrz zmiana nr 6).
Pokazujemy 14 z 29 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
