Postępowanie prowadzone jest w trybie przetargu nieograniczonego na podstawie art. 132 ustawy Pzp. Zamawiający stosuje tzw. procedurę „odwróconą” zgodnie z **art. 139 ust. (+ 4 zdania — pełna treść po zalogowaniu)
Postępowanie dotyczy zamówienia o wartości szacunkowej przekraczającej progi unijne, o których mowa w art. 3 ust. 1 pkt 1 ustawy Pzp. (+ 2 zdania — pełna treść po zalogowaniu)
Wykonawca musi wykazać: - Zrealizowanie w ostatnich 3 latach co najmniej 2 dostaw macierzy dyskowych lub sprzętu pamięci masowej funkcjonalnie odpowiadającego wymogom SWZ, o wartości co najmniej 150 000,00 zł brutto każda. - Zrealizowanie w ostatnich 3 latach co najmniej 2 usług w zakresie wdrożenia i uruchomienia macierzy dyskowej lub sprzętu pamięci masowej funkcjonalnie odpowiadającego wymogom SWZ, o wartości co najmniej 150 000,00 zł brutto każda. Zamawiający nie stawia warunków w zakresie sytuacji ekonomicznej lub finansowej, uprawnień do prowadzenia określonej działalności ani zdolności do występowania w obrocie gospodarczym.
Podwykonawstwo: Zamawiający dopuszcza udział podwykonawców. Wykonawca ma obowiązek wskazać w ofercie części zamówienia powierzone podwykonawcom oraz podać ich firmy (o ile są znane). Powierzenie części zamówienia nie zwalnia wykonawcy z odpowiedzialności za jego prawidłową realizację.
Zmiany umowy: Strony dopuszczają zmiany umowy w przypadkach przewidzianych ustawą Pzp oraz w sytuacjach: obiektywnych trudności (np. siła wyższa), gdy proponowane rozwiązania są lepsze jakościowo/funkcjonalnie (bez zmiany wynagrodzenia) lub w przypadku zaburzeń łańcucha dostaw o charakterze globalnym/regionalnym (możliwe wydłużenie terminu). Zmiany wymagają formy pisemnej pod rygorem nieważności.
Ochrona danych osobowych (RODO): Administratorem danych jest Gmina Miasta Gdyni (reprezentowana przez Dyrektora Gdyńskiego Centrum Informatyki). Dane będą przetwarzane w celu związanym z postępowaniem i realizacją umowy przez okres 48 miesięcy (4 lata) od dnia zakończenia postępowania lub przez cały czas trwania umowy i dochodzenia roszczeń, jeśli jest on dłuższy. Wykonawca jest zobowiązany do wypełnienia obowiązków informacyjnych wobec osób, których dane przekazuje.
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 28 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
Dostawa (sprzęt): 2 szt. macierzy dyskowych klasy enterprise (typu All-NVMe, do montażu w szafie rack 19”), z 60-miesięcznym wsparciem serwisowym producenta.
Usługa (wdrożenie): kompleksowa instalacja, konfiguracja (w tym wirtualizacja zasobów, migracja danych, integracja z infrastrukturą IT Zamawiającego, konfiguracja ochrony przed ransomware) oraz szkolenie administratorów.
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.
Zamawiający wymaga macierzy All-NVMe natomiast wymaga łączności między kontrolerami a półkami dyskowymi/rozszerzeniami za pomocą protokołu SAS. Czy doszło do omyłki, gdzie wymaganiem jest, aby połączenia między kontrolerami a półkami dyskowymi/rozszerzeniami były realizowane za pomocą protokołu NVMe a nie SAS?
Zamawiający zaakceptuje rozwiązania wspierające rozbudowę o dodatkowe półki dyskowe z wykorzystaniem połączeń NVMe lub SAS.
W związku z powyższym punkt 5 Opisu przedmiotu Zamówienia (załącznik nr 2 do SWZ) otrzymuje brzmienie:
„Macierz musi być wyposażona, w co najmniej:
• 8 portów (po 4 porty na kontroler) 32Gb FC i możliwością rozbudowy do 16 portów (8 na
kontroler) 32Gb FC lub 8 portów (4 na kontroler) 64 Gb FC z natywną obsługą FC i FC-NVMe
• 2 porty (po 1 na kontroler) Ethernet min. 1Gb Base-T do zarządzania macierzą
• 4 porty (po 2 na kontroler) Ethernet min .10/25 GbE z natywną obsługą iSCSI i NVMe/TCP
Macierz musi posiadać możliwość rozbudowy o dodatkowe półki SAS lub NVMe.”
Zamawiający w pkt 4. OPZ "Kontrolery macierzowe" wymaga, aby każdy z kontrolerów był wyposażony w procesory w architekturze x86. Na rynku dostępne są macierze wykorzystujące technologię procesorów ARM.
Różnica między platformami ARM i x86 polega głównie na wewnętrznej konstrukcji układu, w tym zestawie instrukcji, dystrybucji rdzenia, pamięci podręcznej, pamięci i kontroli operacji wejścia/wyjścia.
x86 wykorzystuje skomplikowane instrukcje CISC (Complex Instruction Set Computer), aby uzyskać wyższą wydajność poprzez zwiększenie złożoności procesora. ARM wykorzystuje zredukowany zestaw instrukcji RISC (Reduced Instruction Set Computer), który znacznie upraszcza architekturę i zachowuje tylko niezbędne instrukcje, osiągając tym samym wyższą efektywność energetyczną w mniejszym rozmiarze. Dogłębna współpraca sprzętu i oprogramowania poprawia wydajność, a architektura wieloprocesorowa wspiera skalowalność wydajności, zapewniając ogromne korzyści w zakresie efektywności energetycznej. Czy Zamawiający dopuści macierz zbudowaną w oparciu o architekturę ARM? Pragniemy nadmienić, macierz wspiera wszystkie wymagane protokoły oraz jest kompatybilna z wymaganymi systemami operacyjnymi.
Zamawiający dopuści macierz dyskową zbudowaną w oparciu o architekturę ARM, jako rozwiązanie równoważne, przy czym Zamawiający wskazuje, że wszystkie pozostałe, opisane w Opisie Przedmiotu Zamówienia parametry, w tym zwłaszcza wspieranie wszystkich wskazanych w OPZ protokołów, a także kompatybilność z wymaganymi systemami operacyjnymi, muszą być spełnione przez oferowaną macierz. Ponadto Zamawiający wskazuje, że to na wykonawcy ciąży obowiązek wykazania, że oferowane rozwiązanie jest równoważne.
Czy Zamawiający dopuści rozwiązanie, w którym serwis macierzy będzie świadczony przez autoryzowanego partnera serwisowego producenta lub rozwiązanie, w którym kontakt z pracownikiem serwisu będzie prowadzony w języku polskim lub języku angielskim.
Zamawiający dopuszcza każde rozwiązanie serwisu macierzy, byleby nie naruszało to warunków gwarancji. Zamawiający dopuszcza kontakt z pracownikiem serwisu w języku polskim lub języku angielskim.
Pytanie dotyczy punktu 16 dokumentacji OPZ: Czy Zamawiający dopuści rozwiązanie dotyczące wykrywania ransomware działające w trybie postprocesowym na zapisanych już na dyskach danych?
Zamawiający dopuści rozwiązania macierzy dyskowych posiadające mechanizm wykrywania ransomware poprzez monitorowanie i analitykę operacji zapisu danych na nośniku, pod warunkiem że są to rozwiązania natywne, zaimplementowane bezpośrednio w macierzy, a ich działanie nie wpływa na wydajność i umożliwia osiągnięcie wymagań wydajnościowych określonych w innym punkcie 4 Opisu przedmiotu Zamówienia (Załącznik nr 2 do SWZ).
W związku z powyższym punkt 16 Opisu przedmiotu Zamówienia (załącznik nr 2 do SWZ) otrzymuje brzmienie:
„Zamawiający oczekuje nowoczesnej macierzy zbudowanej wyłącznie za pomocą bezpiecznych i wydajnych modułów Flash NVMe. Macierz musi być wyposażona w funkcjonalność/mechanizm wykrywania ransomware poprzez monitorowanie i analitykę operacji zapisu danych na nośniku. Musi być to rozwiązania natywne, zaimplementowane bezpośrednio w macierzy, a ich działanie nie wpływa na wydajność i umożliwia osiągnięcie wymagań wydajnościowych określonych w punkcie 4 OPZ.
Oferowana macierz dyskowa musi być fabrycznie nowa, wyprodukowana nie wcześniej niż 6 miesięcy przed datą dostarczenia do Zamawiającego, pochodzić z oficjalnego kanału dystrybucyjnego producenta na rynek polski. Zamawiający zastrzega sobie, aby Wykonawca na żądanie Zamawiającego przedłożył oświadczenie Producenta oferowanego sprzętu, w języku polskim, potwierdzające pochodzenie sprzętu z autoryzowanego kanału sprzedaży z Polski.”
Zamawiający wymaga, aby macierz była wyposażona w funkcjonalność/mechanizm wykrywania ransomware poprzez monitorowanie operacji zapisu na nośniku, przy czym funkcjonalność ta nie może mieć wpływu na wydajność macierzy. Należy również domniemać, że umieszczenie tego wymagania w obszarze funkcjonalności-wymagań dodatkowych, nie jest z punktu widzenia dla Zamawiającego krytyczne, a zatem czy Zamawiający wyrazi zgodę na wykreślenie powyższego wymagania z OPZ z powodów opisanych poniżej:
W ocenie Wykonawcy wskazane wymaganie nie opisuje wyłącznie oczekiwanego efektu bezpieczeństwa, tj. zdolności do detekcji aktywności ransomware lub skutków działania ransomware, lecz narzuca konkretny sposób realizacji tej funkcjonalności bezpośrednio w macierzy dyskowej, poprzez monitorowanie operacji zapisu na nośniku. Taki zapis może w praktyce ograniczać konkurencję do rozwiązań określonego producenta lub określonej architektury technicznej, mimo że mechanizmy wykrywania ransomware mogą być skutecznie realizowane również w innych warstwach środowiska IT, w szczególności przez dedykowane systemy backupu, cyber-resilience, analizę kopii danych, snapshotów, metadanych lub zmian w zawartości danych.
Ponadto funkcjonalność detekcji ransomware, szczególnie oparta o analizę zachowania danych, jest zwykle realizowana przez wyspecjalizowane oprogramowanie oraz dedykowane zasoby obliczeniowe, aby nie obciążać kontrolerów macierzy odpowiedzialnych za obsługę krytycznych aplikacji produkcyjnych. Wymaganie, aby mechanizm ten był natywnie zaimplementowany w macierzy i jednocześnie nie miał żadnego wpływu na jej wydajność, może prowadzić do nieuzasadnionego zawężenia postępowania, bez proporcjonalnego wpływu na rzeczywisty poziom bezpieczeństwa Zamawiającego.
Należy również zauważyć, że samo wykrywanie potencjalnych symptomów ransomware w trakcie operacji zapisu na macierzy nie zapewnia pełnej skuteczności procesu cyber recovery, jeżeli mechanizm ten nie jest elementem szerszej, odseparowanej architektury umożliwiającej analizę danych, potwierdzenie ich integralności oraz wskazanie ostatniej niezainfekowanej kopii. Ponadto wykrycie ransomware na macierzy (szyfrowanie, usuwanie danych) w żaden sposób nie chroni przed wyciekiem danych. Wszelkie raporty firm z obszaru security (np. Verizon. 2025 Data Breach Investigations Report, strony 63, 64 oraz CrowdStrike 2025 Global Threat Report, strona 14) sugerują, że między infekcją a faktycznym zaszyfrowaniem/usunięciem danych może minąć kilka tygodni w którym to czasie dane zostają wykradzione. Aby temu przeciwdziałać potrzebne jest innego rodzaju oprogramowanie, które nie jest elementem składowym żadnej macierzy blokowej. W praktyce proces skutecznego odtworzenia po incydencie ransomware wymaga nie tylko wykrycia anomalii, ale również możliwości przeprowadzenia analizy w odseparowanym środowisku, tzw. clean room / isolated recovery environment, w którym można bezpiecznie zweryfikować dane przed ich przywróceniem do środowiska…
Zamawiający podtrzymuje zapis dotyczący sposobu realizacji wykrywania ransomware dopuści jednak rozwiązania macierzy dyskowych posiadające mechanizm wykrywania ransomware poprzez monitorowanie i analitykę operacji zapisu danych na nośniku, pod warunkiem, że są to rozwiązania natywne, zaimplementowane bezpośrednio w macierzy, a ich działanie nie wpływa na wydajność i umożliwia osiągnięcie wymagań wydajnościowych określonych w punkcie 4 OPZ.
W związku z powyższym punkt 16 Opisu przedmiotu Zamówienia (załącznik nr 2 do SWZ) otrzymuje brzmienie takie jak w odpowiedzi na pytanie nr 4.
Dla wymogu „Kontrolery macierzowe”
Zamawiający w OPZ wskazuje następujące wymaganie:
„Macierz All-NVMe wyposażona w minimum 2 kontrolery macierzowe obsługujące protokoły blokowe.
Oba kontrolery muszą jednocześnie aktywnie obsługiwać wolumeny. Oprogramowanie macierzy musi rozkładać obsługę wolumenów pomiędzy kontrolery i dążyć do ich równomiernego obciążenia.
Wydajność macierzy dla następującego ruchu o wielkości bloku 8kb, stosunek odczytu do zapisu 70/30, ruch losowy (brak trafień w cache) z opóźnieniem nie przekraczającym 1ms musi wynosić min. 285 000 IOPS.
Każdy z kontrolerów musi być wyposażony w wielordzeniowe procesory x86. Z uwagi na kompatybilność z systemami operacyjnymi oraz aplikacjami występującymi w środowisku Zamawiającego, a listą rozkazów obsługiwanych przez procesory zainstalowane w oferowanym rozwiązaniu, Zamawiający zaakceptuje jedynie rozwiązania wyposażone w procesory firm Intel lub AMD. Zastosowany procesor musi wspierać standard minimum PCIe Gen4.
Każdy kontroler musi posiadać co najmniej 256GB pamięci cache. Zamawiający nie dopuszcza pamięci cache w formie dysków. Kontrolery muszą obsługiwać protokół FC, NVMeoF-FC na portach wystawionych do hostów (front end). Zamawiający wymaga, aby pamięć cache była zabezpieczona podtrzymaniem bateryjnym, zapewniającym zapobieżenie utraty jej zawartości w przypadku nagłego zaniku zasilania, dla dwóch awarii występujących z rzędu.”
Wnosimy o doprecyzowanie, jakie konkretne wymagania dotyczące kompatybilności systemów operacyjnych, aplikacji lub zestawów instrukcji procesora uzasadniają ograniczenie oferowanych rozwiązań wyłącznie do architektury x86 oraz procesorów producentów Intel lub AMD.
Pragniemy zwrócić uwagę, że w przypadku macierzy dyskowych klasy enterprise architektura procesora zastosowanego w kontrolerach macierzy nie wpływa na kompatybilność rozwiązania z systemami operacyjnymi, platformami wirtualizacyjnymi, aplikacjami ani serwerami korzystającymi z zasobów pamięci masowej.
Komunikacja pomiędzy serwerami, a macierzą realizowana jest za pośrednictwem standardowych protokołów blokowych, takich jak Fibre Channel (FC), NVMe over Fabrics FC (NVMe-oF/FC) czy iSCSI.
Z punktu widzenia systemu operacyjnego, platformy wirtualizacyjnej lub aplikacji udostępniany jest standardowy wolumen blokowy, natomiast architektura procesora zastosowanego w kontrolerach macierzy pozostaje całkowicie transparentna dla hosta.
Procesory kontrolerów macierzy realizują wyłącznie operacje wewnętrzne związane z funkcjonowaniem systemu pamięci masowej, takie jak obsługa operacji I/O, RAID, cache, redukcja danych, replikacja czy mechanizmy wysokiej dostępności. Nie uczestniczą natomiast w wykonywaniu instrukcji systemów operacyjnych, hiperwizorów ani aplikacji uruchomionych na serwerach Zamawiającego. W konsekwencji zestaw instrukcji procesora kontrolera macierzy nie ma wpływu na kompatybilność środowiska serwerowego z oferowaną macierzą.
W związku z powyższym wskazane w OPZ uzasadnienie ograniczenia…
Zamawiający dopuści macierz dyskową zbudowaną w oparciu o architekturę ARM, jako rozwiązanie równoważne, przy czym Zamawiający wskazuje, że wszystkie pozostałe, opisane w Opisie Przedmiotu Zamówienia parametry, w tym zwłaszcza wspieranie wszystkich wskazanych w OPZ protokołów, a także kompatybilność z wymaganymi systemami operacyjnymi, muszą być spełnione przez oferowaną macierz. Ponadto Zamawiający wskazuje, że to na wykonawcy ciąży obowiązek wykazania, że oferowane rozwiązanie jest równoważne.
Pokazujemy 6 z 10 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
