Rozbudowa infrastruktury serwerowo-macierzowej – Katowice

Zamawiający wyjaśnia, że odpowiedź udzielona na pytanie nr 2 dotyczyła wyłącznie wymagania dotyczącego minimalnej liczby fizycznych rdzeni procesora kontrolera macierzy. Wskazane w niej przykłady rozwiązań rynkowych miały charakter poglądowy i odnosiły się wyłącznie do tego parametru, nie stanowiąc potwierdzenia spełnienia wszystkich wymagań określonych w Opisie Przedmiotu Zamówienia. Zamawiający dokonał ponownej analizy wymagania dotyczącego mechanizmu wykrywania ransomware i dopuszcza realizację tej funkcjonalności zarówno poprzez dedykowane komponenty sprzętowe, jak również poprzez natywne mechanizmy programowe oferowane przez producenta macierzy. Mechanizm wykrywania ransomware musi stanowić integralną funkcjonalność oferowanej macierzy oraz:  działać w ramach dostarczanego rozwiązania macierzowego,  realizować analizę danych w środowisku Zamawiającego, bez wykorzystania zewnętrznych usług chmurowych,  nie wymagać dodatkowych serwerów lub zewnętrznych systemów realizujących funkcję wykrywania ransomware,  nie powodować ograniczenia parametrów wydajnościowych wymaganych dla oferowanej macierzy. Pozostałe wymagania SWZ pozostają bez zmian. W związku ze zmianą treści SWZ Zamawiający przedłuża termin składania ofert do dnia 21.08.2026 r. do godz. 11:00 oraz termin związania ofertą do dnia 18.11.2026 r. Otwarcie ofert nastąpi w dniu 21.08.2026 r. o godz. 11:15.

Nie. Zamawiający nie wyraża zgody na wykreślenie wskazania na oprogramowanie HPE OneView ani na modyfikację zapisu w zakresie dopuszczenia „równoważnego" oprogramowania innego producenta. Posiadane środowisko serwerowe oparte jest wyłącznie na platformie HPE ProLiant, zarządzanej centralnie za pomocą infrastruktury HPE OneView, wdrożonej i licencjonowanej po stronie Zamawiającego. Serwery dostarczane w ramach niniejszego zamówienia będą podpinane do już działającej infrastruktury OneView, tworząc jedną spójną płaszczyznę zarządzania: pojedynczy widok administracyjny, jednolite profile zarządzania, politykę firmware i bezpieczeństwa, jedną bazę dokumentacji i części zamiennych. Fragmentowanie systemu zarządzania na dwa różne narzędzia (dla aktualnej i nowej części floty) jest niedopuszczalne — oznacza spadek jakości operacyjnej, wydłużenie czasu reakcji na incydenty i wzrost kosztu utrzymania. Wskazanie nazwy własnej jest tu obiektywnie uzasadnione koniecznością kompatybilności i interoperacyjności z istniejącym, już wdrożonym systemem (zgodność z posiadanym sprzętem). Wymagamy, aby serwery oferowane umożliwiały zarządzanie centralne rozwiązaniami jednorodnymi z dotychczasowym środowiskiem, tj. HPE OneView, na poziomie nie niższym niż opisany w załączniku nr 1 do umowy.

Zamawiający dopuszcza rozwiązanie równoważne, pod warunkiem że mechanizm wykrywania ransomware realizowany jest przez dedykowany komponent sprzętowy lub wydzielony moduł bezpieczeństwa, niezależny od zasobów kontrolerów macierzy i niepowodujący obciążenia podstawowej ścieżki obsługi operacji I/O. Zamawiający nie dopuszcza rozwiązania, w którym wykrywanie ransomware realizowane jest wyłącznie poprzez funkcje programowe działające na kontrolerach macierzy, wykorzystujące ich zasoby obliczeniowe do analizy operacji zapisu, ponieważ może to mieć wpływ na przewidywalność wydajności systemu w warunkach normalnej pracy oraz zwiększonego obciążenia. Pozostałe wymagania określone w SWZ pozostają bez zmian.

Nie. Zamawiający nie wyraża zgody na modyfikację. Wymóg „wsparcia dla Integrated Remote Console for Windows clients" pozostaje bez zmian. Konsolowy dostęp zdalny do serwerów posiadanych realizowany jest na bazie funkcji HPE iLO z dedykowaną aplikacją kliencką IRC instalowaną na stacjach roboczych administracji. Procedury serwisowe i operacyjne, doświadczenie zespołu oraz standard pracy z konsolą graficzną i tekstową wypracowano na tym rozwiązaniu i będą stosowane do wszystkich serwerów po rozbudowie. Dopuszczenie „równoważnych" rozwiązań (generyczne konsole przeglądarkowe innych platform) nie pozwalałoby zapewnić spójnego doświadczenia serwisowego oraz jednolitej obsługi całej floty (serwery obecne + nowe). Ujednolicenie sposobu dostępu do konsoli zdalnej jest jednym z kluczowych celów przedmiotu zamówienia. Oferowane serwery muszą zapewniać konsolę graficzną i tekstową na poziomie funkcjonalnym nie gorszym niż zapewniają posiadane serwery obsługiwane przez iLO/IRC.

Zamawiający podtrzymuje wymaganie. Wymagany parametr jest spełniany przez macierze wielu producentów dostępne na rynku. Parametr odzwierciedla potrzeby wydajnościowe Zamawiającego, w tym po planowanych rozbudowach. Wymóg minimum 16 rdzeni fizycznych na kontroler wynika z charakterystyki środowiska produkcyjnego zamawiającego, w którym macierz będzie jednocześnie realizować obsługę operacji I/O systemów krytycznych oraz szereg usług dodatkowych obciążających procesory kontrolerów: replikację danych, cykliczne snapshoty (w tym kopie niezmienialne stanowiące element ochrony przed ransomware), szyfrowanie, mechanizmy QoS oraz redukcję danych. Usługi te — w zakresie, w jakim realizowane są programowo — konkurują o zasoby CPU z obsługą ruchu produkcyjnego. Zamawiający wymaga zapasu mocy obliczeniowej gwarantującego, że włączenie pełnego zestawu usług nie spowoduje degradacji wydajności środowiska produkcyjnego. Dodatkowo, w architekturze dwukontrolerowej awaria lub planowany serwis jednego kontrolera (w tym nie- dysruptywna aktualizacja oprogramowania macierzy) oznacza przejęcie całości obciążenia przez pozostały kontroler. Wymagana liczba rdzeni zapewnia, że pojedynczy kontroler dysponuje mocą wystarczającą do obs ługi pełnego obciążenia produkcyjnego wraz z aktywnymi usługami danych, bez degradacji parametrów pracy systemów krytycznych. Macierz nabywana jest na okres minimum 5 lat eksploatacji, w którym zamawiający przewiduje wzrost wolumenu danych i obciążenia. Minimalna liczba rdzeni stanowi obiektywny, weryfikowalny w dokumentacji technicznej producentów wskaźnik klasy platformy sprzętowej, zapewniający rezerwę wydajnościową na cały okres eksploatacji. Wymóg nie ogranicza konkurencji: spełniają go rozwiązania co najmniej trzech niezależnych producentów dostępne na rynku polskim (m.in. Dorado 5000 V6, Dell PowerStore 3200 i wyższe, IBM FlashSystem 7600, HPE Alletra Storage MP B10000 w konfiguracjach 16- i 32-rdzeniowych), a jako wymóg minimalny dopuszcza także wszystkie konfiguracje mocniejsze.

Nie. Zamawiający nie wyraża zgody na wykreślenie wymogu dotyczącego chipsetu MCX631432AS ani na zastąpienie go zapisem ogólnym. Karty sieciowe w posiadanych serwerach oparte są na chipsetach Mellanox (NVIDIA) (segment 10/25 GbE) — cała flota pracuje na jednolitej ścieżce sterowników i firmware, w jednolitych narzędziach zarządzania kartami oraz na wspólnym parku rezerwowym. Specyfikowany sprzęt jest częścią rozbudowy i ma być zbudowany na kartach opartych na chipsetach ConnectX-6 Dx, tj. na chipsetach tego samego dostawcy, co karty istniejące. Gwarantuje to: jedną ścieżkę sterowników/firmware dla wszystkich segmentów sieciowych (10/25/100 GbE), wspólną bazę rezerw (karty, kable DAC, transceivery) oraz jednolite metody konfiguracji i diagnostyki kart sieciowych. Przyjęcie kart opartych na innym chipsetie skutkowałoby rozdrobnieniem infrastruktury: odrębną ścieżką sterowników/firmware w systemach operacyjnych, odrębną bazą rezerw i konfiguracji oraz ryzykiem utrudnień operacyjnych w infrastrukturze sieciowej o podwójnym standardzie dostawców. Wskazanie chipsetu jest obiektywnie uzasadnione potrzebą zapewnienia spójności nowych serwerów z istniejącą bazą kart sieciowych oraz jednolitego modelu operowania siecią.