Wyrok KIO 4315/24 z 4 sierpnia 2025

Ogłoszenie opublikowano w dniu 04.09.2024 r. w Dz. U. U. E.: Numer publikacji ogłoszenia: 530437-2024, Numer wydania Dz.U. S: 172/2024.

Odwołanie złożono w postępowaniu pn: „Dostawa, instalacja i konfiguracja systemu pamięci masowej All Flash”, nr Z.261.39.2024 W imieniu wykonawcy DATA EXPERTS Sp. z o.o. z siedzibą w Warszawie, zwanego dalej też DATA „ EXPERTS” lub „odwołujący” zostało złożone odwołanie w dniu 18 listopada 2024r., w trybie art. 513 ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (j.t. Dz.U. z 2024 r. poz. 1320 ze zm.), zwanej dalej „ustawa Pzp” lub „Pzp” oraz „Ustawa”. Odwołanie dotyczy czynności oceny i badania ofert, w tym wyboru oferty najkorzystniejszej złożonej przez wykonawcę ADT Group sp. z o.o. z siedzibą w Warszawie, zwanego dalej „ADT Group” lub „przystępujący” i zaniechanie odrzucenia oferty przystępującego.

Odwołujący, w myśl art.516 Pzp sformułował następujące zarzuty i żądania odwołania.

Zarzuty odwołania, na podstawie Pzp:

1. art. 226 ust.1 pkt 5) przez zaniechanie odrzucenia oferty ADT Group, pomimo że zaoferowany przedmiot zamówienia nie spełnia minimalnych wymagań Zamawiającego, co stanowi o niezgodności oferty z warunkami zamówienia;
2. art. 226 ust. 1 pkt 2 lit. c przez zaniechanie odrzucenia oferty ADT Group, pomimo że wykonawca nie złożył na wezwanie przedmiotowego środka dowodowego, o którym mowa w pkt III a ust. 1 pkt 1.1. SW Z (specyfikacja warunków zamówienia), a złożył dokument nie od producenta, niezgodny z oficjalną dokumentacją; 3 . art. 226 ust.1 pkt 7) w zw. z art. 14 ust. 1 ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (j.t. Dz. U. z 2022 r. poz. 1233), przez zaniechanie odrzucenia oferty ADT Group, pomimo że została złożona w warunkach czynu nieuczciwej konkurencji w związku z nieprawdziwymi informacjami dotyczącymi zaoferowanego rozwiązania w zakresie dodatkowej punktacji w kryterium opcjonalne funkcjonalności.
3. art. 18 ust. 3 przez niezasadne uznanie, że wyjaśnienia oferty złożone przez ADT Group pismem z dnia 8.11.2024r. wraz z załącznikami zasługują na ochronę jako tajemnica przedsiębiorstwa, pomimo że wykonawca nieskutecznie zastrzegł te informacje.

Zarzuty ewentualne, w przypadku nie uwzględnienia zarzutów co do braku odrzucenia oferty ADT Group, w myśl przepisów Pzp:

5 . art. 239 ust. 1 i 2 w kontekście art. 17 ust.1pkt 1) i 2) przez niezasadne przyznanie punktów w ramach pozacenowych kryteriów oceny ofert, 6 . art. 128 ust. 1 i 4 przez zaniechanie wezwania do złożenia wyjaśnień, ewentualnie poprawienia, uzupełnienia oświadczenia JEDZ (jednolity europejski dokument zamówienia), pomimo niewykazania braku podstaw wykluczenia przewidzianych w art. 109 ust. 8.

Żądania odwołania, nakazanie Zamawiającemu:

1/ unieważnienia czynności wyboru oferty Wykonawcy ADT Group; 2/ dokonania ponownego badania i oceny ofert, w tym odrzucenia oferty ADT Group, przekazania pełnej treści wyjaśnień ceny oferty ADT Group z dnia 8.11.2024r. wraz z załącznikami, przekazania uzasadnienia przyznania punktacji w kryterium pozacenowym; 3/ dokonania kwalifikacji podmiotowej oferty Odwołującego ewentualnie nakazanie Zamawiającemu:

4/ wezwania ADT Group, na podstawie art. 128 ust. 4 Pzp do złożenia wyjaśnień, ewentualnie na podstawie art. 128 ust. 1 Pzp do poprawienia, uzupełnienia oświadczenia JEDZ, w zakresie potwierdzenia braku podstaw wykluczenia z postępowania.

5/ dokonanie ponownej czynności przyznania punktacji, w tym przyznanie ADT Group wyłącznie 5 pkt w kryterium opcjonalne funkcjonalności, a więc łącznie 90 pkt.

Krajowa Izba Odwoławcza (Izba) na podstawie, przeprowadzonego postępowania wyjaśniającego oraz dokonując oceny argumentacji faktycznej i prawnej stron i uczestnika, a także oceniając zgromadzony w sprawie materiał dowodowy oddaliła odwołanie w całości w tym także w zakresie zarzutów ewentualnych, a przedstawioną poniżej argumentację formalną oraz prawną zamawiającego i przystępującego ADT GROUP przyjmuje jak własną.

Odwołujący wykazywał interes w uzyskaniu zamówienia wskazując, że zaniechanie odrzucenia oferty ADT Group, powoduje niemożność udzielenia zamówienia odwołującemu, który złożył ważną ofertę, zgodną z SW Z, a oferta przystępującego w ocenie odwołującego powinna być odrzucona. Według odwołującego odrzucenie oferty przystępującego spowoduje zajęcie przez DATA EXPERTSpierwszego miejsca w rankingu złożonych ofert, a nie uzyskanie zamówienia publicznego przez odwołującego spowoduje szkodę z powodu utraconych korzyści z tytułu realizacji zamówienia. Odwołujący kwestionuje także niezasadne zastrzeżenie tajemnicy przedsiębiorstwa, co do udzielonych informacji przez ADT Group w sprawie ustalenia ceny i wskazuje na brak z tego powodu możliwości korzystania ze środków ochrony prawnej, w zakresie rażąco niskiej ceny oferty przystępującego.

Tak więc DATA EXPERTSwskazuje na następujące fakty, które spowodowały nie uzyskanie przez niego zamówienia: nieuzasadniona ochrona wyjaśnień ceny wykonawcy ADT Group, a przede wszystkim nie odrzucenie oferty ADT Group jako niespełniającej minimalnych wymagań OPZ (opisu przedmiotu zamówienia) zawartych w SW Z (specyfikacji warunków zamówienia) zamawiającego.

W ocenie Izby wskazane w odwołaniu okoliczności naruszeń przepisów Pzp, na które powołuje się odwołujący i które uniemożliwiły uzyskanie zamówienia odwołującemu, wyczerpują przesłanki art.505 ust.1 Pzp, to jest interesu w uzyskaniu zamówienia, które dają prawo do wniesienia odwołania.

Do postępowania odwoławczego po stronie zamawiającego, zgodnie z art. 525 ust.1 Pzp, przystąpił skutecznie wykonawca wybrany ADT Group, zwany dalej też „przystępującym”.

Odwołanie podlega rozpoznaniu merytorycznemu, ponieważ zgodnie z art.528 Pzp, Izba nie stwierdza przesłanek do odrzucenia odwołania.

Zarzut nr 1 dotyczący naruszenia art. 226 ust.1 pkt 5) Pzp.

W Rozdz. III SWZ w zakres przedmiotu zamówienia wchodzi:

1. dostawa 2 szt. macierzy dyskowych;
2. uruchomienie sprzętu (montaż, instalacja i konfiguracja) w 2 lokalizacjach na terenie miasta Wrocławia;
3. dostawa 3 szt. voucher-ów na autoryzowane przez producenta szkolenia z zakresu administracji dostarczonym rozwiązaniem.

Szczegółowe określenie przedmiotu zamówienia zawiera Załącznik nr 1 do Umowy – OPZ (opis przedmiotu zamówienia), a warunki realizacji zamówienia zawarte są w Projekcie umowy stanowiącym Załączniku nr 3 do SWZ.

Stosownie do Rozdz. III a SWZ:

Na potwierdzenie zgodności przedmiotu dostawy z wymaganiami SW Z, Wykonawca złoży wraz z ofertą następujące przedmiotowe środki dowodowe:

1. 1. karty katalogowe, specyfikacje techniczne producenta oferowanych urządzeń potwierdzających spełnienie wymagań technicznych określonych w Załączniku nr 1 do Umowy - OPZ, 1.2. oświadczenia producenta o oferowanej wydajności lub wydruku z narzędzia producenta tzw. Estymatora potwierdzające spełnienie wymagań w zakresie wydajności macierzy o której mowa w Załączniku nr 1 do Umowy - OPZ, pkt 21 Tabeli w Rozdz. II.
2. Jeżeli Wykonawca nie złoży w/w przedmiotowych środków dowodowych, Zamawiający wezwie do ich złożenia lub uzupełnienia w wyznaczonym terminie.
3. Przepisu ust. 2 nie stosuje się, jeżeli oferta podlega odrzuceniu albo zachodzą przesłanki unieważnienia postępowania.
4. Zamawiający może żądać od wykonawców wyjaśnień dotyczących treści przedmiotowych środków dowodowych.
5. Przedmiotowe środki dowodowe sporządzone w języku obcym przekazuje się wraz z tłumaczeniem na język polski z wyłączeniem dokumentów sporządzonych w języku angielskim.
6. Przedmiotowe środki dowodowe muszą się odnosić do urządzeń oferowanych w ofercie wskazanych w Formularzu cenowym -Załącznik nr 1.1. do SWZ wg producenta i modelu, który stanowi treść oferty.
7. Przedmiotowe środki dowodowe mają być złożone w postaci elektronicznej opatrzonej kwalifikowanym podpisem elektronicznym, osoby upoważnionej do reprezentacji Wykonawcy. W przypadku gdy przedmiotowe środki dowodowe zostały wystawione przez upoważnione podmioty jako dokument w postaci papierowej, przekazuje się cyfrowe odwzorowanie tego dokumentu opatrzone kwalifikowanym podpisem elektronicznym.

Stosownie do Rozdziału VIII SW Z wykonawca zobowiązany był do złożenia wraz z ofertą, (Formularz ofertowy Załącznik nr 1 do SWZ):

1. Formularza cenowego wg Załącznika nr 1.1 do SWZ, który stanowi treść oferty i nie podlega uzupełnieniu,
2. JEDZ według Załącznika nr 2 do SWZ,
3. Przedmiotowych środków dowodowych, o których mowa w Rozdz. III a SWZ,
4. Oświadczenia związanego z przeciwdziałaniem wojnie w Ukrainie - Załącznik nr 4,
5. Zobowiązania podmiotu trzeciego lub innego dokumentu - jeśli dotyczy - Załącznik nr 5 do SWZ,
6. Pełnomocnictwa do podpisania oferty,
7. Pełnomocnictwa do reprezentowania wykonawców w postępowaniu albo reprezentowania wykonawców w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego - informacje stanowią tajemnicę przedsiębiorstwa o ile dotyczy,
8. jeżeli dotyczy - dokument Self cleaning.

Do upływu terminu składania ofert złożone zostały 3 oferty przez następujących wykonawców:

1. ITT-PRO Sp. z o.o., ul. Gdańska 49A, 01-633 Warszawa, cena 7 503 000,00 PLN.
2. DATA EXPERTS Sp. z o.o., ul. Chłodna 51, 00-867 Warszawa, cena 7 281 600,00 PLN.
3. ADT Group sp. z o.o., Poleczki 44, 02-822 Warszawa, cena 4 889 250,00 PLN.

Odwołujący postawił zarzut odwołania, że oferta ADT Group jest niezgodna z warunkami zamówienia, w szczególności z OPZ, a co za tym idzie Zamawiający zobowiązany był ofertę ADT Group odrzucić.

Odwołujący postawił następujące twierdzenia w zakresie zarzutu Nr 1 naruszenia art.262 ust.1 pkt 2 Ustawy.

I . Brak możliwości rozbudowy do 7PiB pojemności użytecznej w zaproponowanej konfiguracji. Zgodnie z postanowieniem z pkt. II, Lp. 2, pkt 4 Opisu przedmiotu zamówienia, który stanowi Załącznik nr 1 do umowy, po modyfikacji z dnia 25.09.2024r.: Macierz musi umożliwiać rozbudowę przestrzeni danych do co najmniej 7PiB przestrzeni użytkowej (bez deduplikacji i kompresji) przez dołożenie dysków i półek tego samego typu co oferowane, bez konieczności rozbudowy o dodatkowe kontrolery. Przez dodatkowe kontrolery Zamawiający rozumie elementy macierzy wymagające podłączenia swoich portów do sieci FC/ISCSI/IP w celu realizacji operacji I/O natomiast półki dyskowe wymagają tylko podłączenia do back-end kontrolerów macierzy bez konieczności wykorzystania portów typu front-end.

Z przedłożonego przez Wykonawcę ADT Group sp. z o.o. Załącznika nr 1.1. do SW Z (Formularz cenowy) oraz przedmiotowego środka dowodowego, pt.: „Dokument potwierdzający wymagania w zakresie wydajnosci.pdf”, złożonego w odpowiedzi na wezwanie do uzupełnienia wynika, że w postępowaniu zaoferowane zostały 2 klastry macierzowe.

Każdy klaster macierzowy składa się z: dwóch macierzy NetApp AFF A90 wyposażonych w 88 dysków typu NVMe SSD o pojemności 15.3TB każdy (numer części: X4014A). Pojedyncza macierz NetApp AFF A90 zbudowana jest z dwóch kontrolerów pracujących w trybie wysokiej dostępności HA. Wymagania wskazane w Opisie przedmiotu zamówienia, należało spełnić odnosząc się do pojedynczego klastra macierzowego, spełniającego wymogi zawarte w OPZ pkt II Wymagania dotyczące macierzy dyskowej.

Przedstawiono w odwołaniu rysunek, który oddaje zaproponowane przez ADT Group rozwiązanie dla pojedynczej lokalizacji Zamawiającego (jeden klaster macierzowy).

Zaoferowane rozwiązanie klastra macierzowego (rysunek w odwołaniu – akta sprawy – str. 5 odwołania), gdzie Macierz dyskowa składająca się z dwóch kontrolerów czyli z pary wysokiej dostępności (HA) – 4 kontrolery – 2 macierze dyskowe. Zgodnie z oficjalną specyfikacją producenta NetApp pojedyncza macierz AFF A90 może obsłużyć do 240 dysków. Na tą ilość składa się do 48 dysków wewnętrznych (zainstalowanych w tej samej obudowie, co kontrolery macierzowe) oraz pozostałe 192 dyski podłączone do macierzy w postaci zewnętrznych półek dyskowych. Każda z półek dyskowych może być wyposażona w 24 dyski typu SSD (półka DS224C) lub dyski typu NYMe SSD (półka NS224).

Rysunek – akta sprawy – odwołanie – str. 6). Rysunek 1 Limity/ilości obsługiwanych dysków i półek dyskowych dla macierzy AFF A90 Wynika z tego, że pojedyncza macierz NetApp AFF A90 może być wyposażona maksymalnie w 48 dysków wewnętrznych (ang. Internal) oraz 8 zewnętrznych (ang. External), 24dyskowych półek dyskowych, co sumarycznie daje wspomniane 240 sztuk dysków. W przypadku tego postępowania zaoferowany został klaster macierzowy z 2 macierzy AFF A90, a więc maksymalna ilość obsługiwanych dysków przez ten klaster wynosi 480 sztuk.

Mnożąc maksymalną ilość obsługiwanych przez klaster dysków przez pojemność zaoferowanych dysków uzyskujemy pojemność surową (RAW) dla klastra:

480 sztuk * 15,3TB = 7344TB, co odpowiada 6,52PiB pojemności surowej.

Zamawiający wymagał powierzchni użytkowej na poziomie 7PiB, co jest warunkiem niemożliwym do spełnienia dla ww. konfiguracji klastra.

Aby dokładnie określić pojemność użytkową dla zaproponowanej konfiguracji, należy wartość powierzchni surowej (RAW) pomniejszyć o przestrzeń wykorzystywaną do ochrony i zapewnienia bezpieczeństwa danych (czyli pojemność dysków parzystości grup RAID wraz z dyskami zapasowymi (spare)).

Pojemność potrzebna do zabezpieczenia danych w obrębie klastra macierzowego jest zależna od jego konfiguracji i wynika wprost z najlepszych praktyk Producenta.

Dla rozwiązania zaoferowanego przez ADT Group maksymalna wielkość przestrzeni użytkowej, możliwa do uzyskania, to: 5,5PiB czyli warunek możliwości rozbudowy zaoferowanej macierzy przez dołożenie dysków i półek tego samego typu co oferowane, bez konieczności rozbudowy o dodatkowe kontrolery do co najmniej 7PiB nigdy nie będzie spełniony.

Powyższa wątpliwość, co do spełnienia tego wymogu, została podjęta przez Zamawiającego, w wyniku czego Wykonawca ADT Group został wezwany do złożenia stosownych wyjaśnień.

W odpowiedzi na wezwanie Zamawiającego dotyczącego wyżej wskazanych wątpliwości Wykonawca ADT Group pismem z dnia 21.10.2024 r. wskazał, iż rozbudowa przestrzeni danych do co najmniej 7 PiB możliwa jest poprzez dwa rozwiązania:

A) zwiększenie pojemności zaoferowanego klastra macierzowego przez rozbudowę o dodatkowe węzły AFF A90 skonfigurowane do pracy jako półki dyskowe, co zwiększałoby ilość maksymalnie obsługiwanych dysków do 1440 sztuk.

Ilość ta, wraz z wykorzystaniem mechanizmu Indirect Data Access, miałaby pozwalać na uzyskanie wymaganej przez Zamawiającego powierzchni użytkowej co najmniej 7PiB;

B) zwiększenie pojemności zaoferowanego klastra macierzowego przez wykorzystanie do rozbudowy dysków SSD o większej pojemności (30,6TB) zamiast dysków 15,3TB sugerując, że przy maksymalnej obsługiwanej ilości 480 dysków taka konfiguracja zapewniałaby pojemność ponad 9PiB i tym samym spełniałaby wymóg zapisany w OPZ.

1. Zamawiający uznał wyjaśnienia za wystarczające, jednak zaproponowane w lit A) rozwiązanie jest niezgodne z SWZ i niemożliwe do osiągnięcia ze względu na brak możliwości konfiguracji macierzy/węzłów/kontrolerów AFF A90 do pracy w innym trybie, niż kontrolery macierzowe.

AFF A90 to macierz dyskowa i nie może pracować (lub zostać skonfigurowana) jako półka dyskowa. Producent jednoznacznie definiuje listę kompatybilnych, możliwych do podłączenia modeli półek dyskowych. Do macierzy AFF A90 można podłączyć tylko i wyłącznie dwa modele półek dyskowych: DS224C oraz NS224. Informacje o możliwych do podłączenia modelach półek znajdują się w oficjalnej specyfikacji macierzy AFF A90. Ponadto Zamawiający jednoznacznie w pkt II, Lp. 2, pkt 4 OPZ rozróżnił czym jest definicja kontrolera, a czym jest definicja półki dyskowej wskazując: Przez dodatkowe kontrolery Zamawiający rozumie elementy macierzy wymagające podłączenia swoich portów do sieci FC/ISCSI/IP w celu realizacji operacji I/O natomiast półki dyskowe wymagają tylko podłączenia do backend kontrolerów macierzy bez konieczności wykorzystania portów typu front-end.

Rozwiązanie zaoferowane przez wykonawcę ADT i opisane w wyjaśnieniach z 21.10.2024 r nie mieści się w ww. definicji półki, gdyż jest w istocie opisem kolejnego kontrolera. Dodatkowy kontroler nie może być półką dyskową, nawet w przypadku nie podłączenia jego portów typu front-end do sieci FC/ISCSI/IP.

Pojęcie kontrolera i półki dyskowej rozróżnia się zarówno na poziomie OPZ, w ramach niniejszego postępowania, jak i w publiczne dostępnej dokumentacji producenta.

Należy również mieć świadomość, że mechanizm Indirect Data Access, powołany przez Wykonawcę jako metoda dostępu do danych w tego rodzaju zaproponowanym rozwiązaniu, nie służy zasadniczo temu celowi, lecz jest wykorzystywany tylko awaryjnie, w sytuacji niepoprawnie działającej, źle skonfigurowanej macierzy dyskowej, którego to nie wolno wykorzystywać w codziennym użytkowaniu macierzy.

1. Z kolei rozwiązanie zaproponowane w lit. B) jest sprzeczne z OPZ, gdyż Zamawiający jasno sprecyzował, iż dopuszcza rozbudowę o dyski i półki tego samego typu, co zaoferowane w postępowaniu. ADT Group zaoferowała, wraz z macierzą, dyski typu NVMe SSD (zgodnie z przedmiotowym środkiem dowodowym „Dokument potwierdzający wymagania w zakresie wydajnosci.pdf’), natomiast, zgodnie z wyjaśnieniami, w celu osiągnięcia wymaganej pojemności 7PiB zamierza rozbudować rozwiązanie w oparciu o dyski typu SSD (30,6TB) tłumacząc, iż jako typ dysku należy rozumieć dyski SSD. Jednakże, jako podmiot profesjonalny pomija fakt, żeproducent NetApp rozróżniana trzy różne typy dysków SSD: dSSD, NVMe SSD oraz Capacity Flash NVMe SSD . yski tych trzech typów różnią się od siebie technologią wykonania, technologią komunikacji z macierzą oraz możliwą do uzyskania wydajnością, która w przypadku dysków typu SSD lub Capacity Flash NVMe SSD może być nawet kilkukrotnie niższa w porównaniu z wydajnością dysków typu NVMe SSD, co jednoznacznie wskazuje na odmienny ich typ.

ADT Group, jako integrator rozwiązań informatycznych działający w obszarze informatyki od roku 2009 - 15 lat na rynku IT wskazuje na rozwiązania, które naruszają interes Zamawiającego oraz najlepsze praktyki, a co najważniejsze z punktu widzenia niniejszego odwołania są niezgodne z OPZ, w szczególności z pkt II, Lp. 2, pkt 4.

Przystępujący pismem z dnia 2 grudnia 2024r. ustosunkował się do Zarzutu Nr 1 odwołania - naruszenia art.262 ust.1 pkt 5 Ustawy.

I. W przedmiocie zarzutu nr 1 odwołania dotyczącego naruszenia art. 226 ust. 1 pkt 5 Pzp przez zaniechanie odrzucenia oferty Przystępującego z uwagi na rzekome niezgodności treści oferty z warunkami zamówienia:

Odwołujący podnosi cztery rzekome niezgodności z warunkami zamówienia w treści oferty Przystępującego.

Przystępujący odniósł się kolejno do każdej z nich:

1. Spełnienie wymogu w zakresie możliwości rozbudowy do 7PiB pojemności użytecznej w zaproponowanej konfiguracji:

Przystępujący podtrzymuje stanowisko wyrażone w wyjaśnieniach treści oferty z dnia 21.10.2024 r., w których zaprezentował dwa alternatywne sposoby uzyskania możliwości rozbudowy do 7 PiB pojemności użytecznej w zaproponowanej konfiguracji. Sposoby te odpowiadają wymaganiom z Rozdz. II, Lp. 2, pkt 4 Opisu przedmiotu zamówienia, tj: a) zwiększenie pojemności zaoferowanego klastra macierzowego poprzez rozbudowę o dodatkowe węzły AFF A90 skonfigurowane do pracy jako półki dyskowe b) zwiększenie pojemności zaoferowanego klastra macierzowego przez wykorzystanie do rozbudowy dysków SSD o większej pojemności (30,6TB) zamiast dysków 15,3TB

Omówienie sposobu „a":

Zgodnie z powszechnie dostępną dokumentacją producenta NetApp zaoferowane rozwiązanie pozwala w maksymalnej konfiguracji na rozbudowę do 2880 nośników oraz 185PB pojemności efektywnej przy redukcji danych w stosunku 5:1, co oznacza 37PB (~32,86PiB) bez uwzględnienia deduplikacji i kompresji, a więc znacznie więcej niż wymagana przez Zamawiającego w SWZ pojemność 7PiB.

Na potwierdzenie Przystępujący przedstawia fragment dokumentacji producenta NetApp:

Rysunek w piśmie przystępującego 02-12-24 str.2 pisma - akta sprawy (źródło: https://www.netapp.com/pdf.html?item=/media/7828-ds-3582-aff-a-series-ai-era.pdf) Należy również zauważyć, że powyższa dokumentacja producenta NetApp nie używa pojęcia kontroler, a jedynie pojęcia węzeł (ang. Node). W zależności od sposobu podłączenia do sieci oraz od konfiguracji węzłów - poszczególne

pary węzłów pracować mogą jako kontrolery macierzy lub półki dyskowe.

Aby zdecydować, które elementy macierzy są kontrolerami, a które półkami należy posłużyć się definicją Zamawiającego, która znajduje się w SWZ:

„Przez [...] kontrolery Zamawiający rozumie elementy macierzy wymagające podłączenia swoich portów do sieci FC/ISCSI/IP w celu realizacji operacji I/O natomiast półki dyskowe wymagają tylko podłączenia do back-end kontrolerów macierzy bez konieczności wykorzystania portów typu front-end". Rysunek CSI/IP przystępujący z 02-12-

24 str. 3 pisma – akta sprawy.

Poniżej opis rysunków.

Sieć FC / iSCSI / IP Rozwiązanie zaoferowane: 4 węzły NetApp A90, podłączone do sieci FC / iSCSI / IP i skonfigurowane jako kontrolery.

Rozbudowa o kolejnych 8 węzłów NetApp A90, podłączone bezpośrednio do back-end kontrolerów poprzez połączenia 100 Gb/s i skonfigurowanych jako półki.

Architektura 4~ro kontrolerowej macierzy NetApp obsługującej 1440 dysków SSD, które w przypadku zastosowania dysków 15,3TB pozwalają na udostępnienie ponad 16PiB przestrzeni użytkowej.

Tym samym, zgodnie z powyższą definicją, kontrolery to elementy macierzy, podłączane do sieci Zamawiającego, natomiast półki to elementy podłączane tylko do back-end kontrolerów.

Zważywszy na fakt, iż węzły NetApp AFF A90 nie wymagają podłączania do sieci FC/IP/iSCSI, mogą być podłączone bezpośrednio do back-end kontrolerów przez połączenia 100Gb/s, a tym samym w świetle definicji stworzonej przez Zamawiającego stanowią półki dyskowe.

W ten sposób zaoferowana macierz - składająca się z 4 węzłów NetApp AFF A90 pracujących jako kontrolery - pozwala na obsługę 1440 dysków SSD zainstalowanych w dodatkowych obudowach NetApp AFF A90 i pracujących jako półki dyskowe. Należy podkreślić, że rozbudowa taka jest w pełni zgodna z definicją Zamawiającego, jako że obudowy są identyczne jak oferowane.

Zainstalowane dyski - w przypadku zastosowania identycznych nośników, co zaoferowane o pojemności 15,3TB pozwalają na osiągnięcie ponad 16PiB przestrzeni użytkowej, która to udostępniana jest hostom przez 4 kontrolery przy

wykorzystaniu funkcji Indirect Data Access.

Jednocześnie nie można zgodzić się z twierdzeniem Odwołującego, iż metoda dostępu Indirect Data Access wykorzystywana jest tylko awaryjnie i nie powinna być stosowana. Przede wszystkim w żadnym punkcie SWZ Zamawiający nie ustanowił tego typu ograniczeń. Ponadto funkcja ta zapewnia wiele zalet w stosunku do metody oferowanej przez Odwołującego. Nie tylko pozwala ona na rozbudowę pojemności bez potrzeby wykorzystywania dodatkowych portów w sieci produkcyjnej Zamawiającego, ale jednocześnie zwiększa liniowo wydajność całego rozwiązania, poprzez odciążenie kontrolerów od obsługi wymaganych przez Zamawiającego operacji dyskowych, takich jak obsługa protekcji RAID, kopie Snapshot, funkcje kopiujące typu klon, czy operacji redukcji danych takich jak deduplikacja oraz kompresja.

Omówienie sposobu „b":

Rozbudowa zgodnie z rozdz. II Lp. 2 pkt 4 OPZ możliwa jest poprzez „dołożenie dysków [...] tego samego typu co oferowane". Zgodnie z Słownikiem Języka Polskiego, typ to inaczej wzór, któremu odpowiada pewna seria przedmiotów.

W świetle tejże definicji, jako typ dysków należy traktować wszystkie dyski SSD, a nie tylko dyski o konkretnej pojemności. Stanowisko to potwierdzone jest również w ogólnodostępnej literaturze profesjonalnej.

Przykładowo firma Lenovo rozróżnia trzy typy dysków - HDD, SSD, dyski optyczne:

What are the different types of drives?

There are several different types of drives, including hard disk drives (HDDs), solid- state drives (SSDs), and optical drives. HDDs use spinning disks to read and write data, while SSDs use flash memory. Optical drives, on the other hand, use lasers to read and write data on compact discs (CDs), digital versatile disc or digital video discs (DVDs), and other types of optical media.

Tłumaczenie na język polski:

Jakie są różne typy dysków?

Istnieje kilka różnych typów dysków, w tym dyski twarde (HDD), dyski półprzewodnikowe (SSD) i napędy optyczne. Dyski twarde wykorzystują obracające się talerze do odczytu i zapisu danych, podczas gdy dyski SSD wykorzystują pamięć flash. Z kolei napędy optyczne wykorzystują lasery do odczytu i zapisu danych na płytach kompaktowych (CD), cyfrowych dyskach uniwersalnych lub cyfrowych dyskach wideo (DVD) i innych typach nośników optycznych. (źródło: httPs://www.lenovo.com/us/en/alossarv/drive/?oraRef=httPS%253A%252F%252Fww w.aooale.com%252F&srsltid=AfmBOopTtiPocPUsviWJ7a4enniLvNBOcYiSGRidNw7v6Cl cBzvdae7q) Z kolei portal Ispserver rozróżnia następujące typy dysków:

There are two types of drives: HDD (hard disk drive) and SSD (solid-state drive) Tłumaczenie na język polski:

Istnieją dwa typy dysków: HDD (dysk twardy) i SSD (dysk półprzewodnikowy) (źródło: https://ispserver.com/help/differences-between-disks) Podobnie portal Itamg rozdziela dyski na HDD oraz SSD:

The main types of hard drives are HDD and SSD because they represent the two primary technologies used for storing data in computers and various electronic devices today.

Tłumaczenie na język polski:

Główne typy dysków twardych to HDD i SSD, ponieważ reprezentują one dwie podstawowe technologie wykorzystywane obecnie do przechowywania danych w komputerach i różnych urządzeniach elektronicznych. (źródło: https: //www.ita ma.com/data -storaae/hard -drive/types/) Jedyne ograniczenie jakie Zamawiający zawarł dla zastosowanej technologii SSD to możliwość zaoferowania technologii

SLC lub TLC, przy jednoczesnym wykluczeniu technologii QLC, MLC, cMLC (roz. II Lp. 2 pkt 5 OPZ).

Zaoferowane rozwiązanie obsługuje zarówno dyski w technologii TLC o pojemności 30,6TB, jak i 15,3TB, a tym samym Zamawiający dopuścił również rozbudowy w oparciu o dyski 30,6TB SSD. Rozbudowując pojemność użytkową dyskami wewnętrznymi o pojemności 30,6TB do ilości 480 szt. - uzyskana pojemność użytkowa na dyskach wewnętrznych wynosi 9,669TiB, co jest wartością znacznie wyższą niż wymagana przez Zamawiającego („Macierz musi umożliwiać rozbudowę przestrzeni danych do co najmniej7PiB przestrzeni użytkowej[...]").

Na potwierdzenie Przystępujący przedkłada zrzut ekranu z konfiguratora udostępnionego przez producenta NetApp:

rysunek pismo przystępującego z 02-12-24 str.6 pisma - akta sprawy (fragment – USABLECAPACITY 9,669 84 TiB).

Natomiast niezależnie od powyższego należy wskazać, że nie jest prawdą twierdzenie Odwołującego, jakoby rozbudowa o dyski większe o pojemności 30,6TB powodowała spadek wydajności w stosunku do rozbudowy o dyski 15,3TB.

Przykładowo rozbudowa oferowanej konfiguracji o dodatkowe 96 dysków 15,3TB pozwala na zwiększenie wydajności macierzy do 2 023 739 IOPS, co przedstawione zostało na poniższym zrzucie z symulatora wydajności udostępnionego przez producenta NetApp: rysunek pismo przystępującego z 02-12-24 str.6 pisma - akta sprawy.

Opis zamieszczonego rysunku: Powyższy poziom wydajności dotyczy konfiguracji po rozbudowie zgodnie z poniższym zrzutem ekranu z konfiguratora udostępnionego przez producenta NetApp: rysunek pismo przystępującego z 02-12-24 str.7 pisma - akta sprawy.

Identycznie, rozbudowa oferowanej konfiguracji o dodatkowe 96 dysków 30,6TB pozwala na zwiększenie wydajności macierzy również do 2 023 739 IOPS, co przedstawione zostało na poniższym zrzucie z symulatora wydajności udostępnionego przez producenta NetApp: rysunek pismo przystępującego z 02-12-24 str.8 pisma - akta sprawy.

Powyższy poziom wydajności dotyczy konfiguracji po rozbudowie zgodnie z poniższym zrzutem ekranu z konfiguratora udostępnionego przez producenta NetApp: rysunek pismo przystępującego z 02-12-24 str.8 i 9 pisma - akta sprawy.

Wobec powyższego twierdzenia Odwołującego - zarówno w zakresie niedopuszczalności zastosowania możliwych rozwiązań w zakresie rozbudowy wskazanych przez Przystępującego w wyjaśnieniach treści oferty z dnia 21.10.2024 r. na gruncie postanowień OPZ, jak również w zakresie rzekomych „wad" takich możliwych rozwiązań - pozostają bezzasadne.

II. Zaoferowana macierz nie spełnia kryterium wydajności w szczególności: średni czas odpowiedzi dla operacji wejścia/wyjścia poniżej 1ms; Odwołujący Zgodnie z postanowieniem z pkt. II, Lp. 21 Opisu przedmiotu zamówienia, który stanowi Załącznik nr 1 do umowy, po modyfikacji z dnia 25.09.2024 r. zaoferowana macierz musi spełniać określone parametry w zakresie wydajności, w szczególności: średni czas odpowiedzi dla operacji wejścia/wyjścia poniżej 1ms; Na potwierdzenie ww. wymogu Wykonawcy zobowiązani byli do złożenia przedmiotowego środka dowodowego, w formie oświadczenia producenta o oferowanej wydajności lub wydruku z narzędzia producenta tzw. Estymatora.

Przedmiotowy środek dowodowy złożony przez ADT Group Sp. z o.o., jako „Raport techniczny rozwiązania NetApp”, nie potwierdza, że zaoferowana macierz spełnia wymaganie dotyczące wydajności w zakresie średniego czasu odpowiedzi dla operacji wejścia/wyjścia poniżej 1ms. Z dokumentu wynika jednoznacznie czas równy 1ms. Zamawiający wymagał czasu odpowiedzi poniżej 1ms, a nie dokładnie 1 ms, co prezentuje tabela zawarta w tym dokumencie (tabela str. 9 odwołania tabela 3.6. Workload Descriptions – akta sprawy).

Oferta ADT jest więc w tym względzie niezgodna z pkt II, Lp. 21 Opisu przedmiotu zamówienia i jako taka powinna zostać odrzucona.

Przystępujący pismem z dnia 2 grudnia 2024r. ustosunkował się do Zarzutu Nr 1 odwołania - naruszenia art.262 ust.1 pkt 5 Ustawy.

I. W przedmiocie zarzutu nr 1 odwołania dotyczącego naruszenia art. 226 ust. 1 pkt 5 Pzp przez zaniechanie odrzucenia oferty Przystępującego z uwagi na rzekome niezgodności treści oferty z warunkami zamówienia:

Odwołujący podnosi cztery rzekome niezgodności z warunkami zamówienia w treści oferty Przystępującego.

Przystępujący odniósł się kolejno do każdej z nich:

1. Spełnienie wymogu w zakresie wydajności - średni czas odpowiedzi dla operacji wejścia/wyjścia poniżej 1ms:

W kontekście średniego czasu odpowiedzi dla operacji wejścia/wyjścia poniżej 1 ms - zgodnie z treścią rozdz. II Lp. 21 OPZ - kluczowy jest wymóg dotyczący osiągnięcia 820 000 IOPS. Natomiast Odwołujący zniekształca przedmiotowy wymóg, próbuje odwrócić sytuację. Wskazuje on, że wymogiem jest średni czas wyjścia/wejścia poniżej 1 ms, podczas gdy parametr ten stanowi jedynie jedno z określonych przez Zamawiającego założeń do osiągnięcia wymogu wydajności 820 000 IOPS:

Oferowana macierz musi zapewniać minimalną wydajność: 820 000 IOPS (operacji wejścia/wyjścia) przy następujących założeniach: •średni czas odpowiedzi dla operacji wejścia/wyjścia poniżej 1 ms; •rozmiar bloku: 8KiB dla operacji odczytu i zapisu (,,xiersizę=8K”); •losowy rodzaj operacji wejścia/wyjścia (,,segpct =random"): •60% operacji odczytu i 40% operacji zapisu („rdpct=60”); •poziom trafień w cache dla operacji odczytu i zapisu nie większy niż 0% („rhpct= 0. whpct=0”): •zajętość macierzy / alokacja przestrzeni fizycznej pomiędzy 70% a 80% z użyciem danych losowych; Ponadto należy wskazać, iż powszechną wiedzą wśród profesjonalistów jest, że średni czas odpowiedzi dla operacji wejścia/wyjścia rośnie wraz z osiąganą wydajnością mierzoną w IOPS. Jeżeli więc zaoferowane rozwiązanie osiąga wynik 1 263 475 IOPS dla średniego czasu odpowiedzi do 1 ms, to siłą rzeczy wymagany wynik 820 000 IOPS osiąga przy średnim czasie odpowiedzi poniżej 1ms. Aby zobrazować powyższą zależność Przystępujący przedstawia charakterystykę osiąganych wydajności IOPS w funkcji średniego czasu odpowiedzi. Krzywa ta jest prawdziwa dla każdego rozwiązania macierzowego dostępnego na rynku i potwierdza powyższe twierdzenia: Tabela - wykres Response Time and Throughput Graph pismo przystępującego z 02-12-24 str.10 - akta sprawy.

Z powyższego schematu wynika zależność, że wraz ze wzrostem liczby operacji wejścia / wyjścia (,,I/O Requests per Second [IOPS]'') wzrasta średni czas odpowiedzi (,,Avarage Response Time [ms]''). Zatem - odwracając powyższą zależność - wraz ze zmniejszeniem liczby operacji wejścia / wyjścia zmniejsza się średni czas odpowiedzi. W konsekwencji, jeśli w przypadku rozwiązania zaoferowanego przez Odwołującego osiąga ono wynik wydajności 1 263 475 IOPS dla średniego czasu odpowiedzi do 1 ms, to tym osiąga przy takim średnim czasie odpowiedzi wymaganą przez Zamawiającego w rozdz. II Lp. 21 OPZ wydajność na poziome 820 000 IOPS.

Dalej wskazać należy, że zgodnie z raportem z testu załączonym do wyjaśnień treści oferty z dnia 21.10.2024 r. wydajność zaproponowanego przez Przystępującego rozwiązania, dla wymaganej przez Zamawiającego charakterystyki ruchu, wynosi 1 263 475 IOPS przy średnim czasie odpowiedzi dla operacji wejścia / wyjścia poniżej 1 ms.

Fragment raportu z testu załączonego do złożonych przez Przystępującego wyjaśnień treści oferty z dnia 21.10.2024 r.:

tabela- pismo przystępującego z 02-12-24 str.11 pisma - akta sprawy.

Natomiast przytoczone przez Odwołującego wartości stanowią punkt odcięcia, do którego liczona jest wydajność i należy je interpretować jako poniżej 1 ms, a nie dokładnie 1 ms.

Przystępujący - aby rozwiać wszelkie wątpliwości, że zaoferowane rozwiązanie spełniają wymagania wydajnościowe postawione w SW Z, czyli możliwość obsługi 820 000 IOPS przy średnim czasie odpowiedzi poniżej 1 ms - poniżej przedstawia fragment raportu wygenerowanego z udostępnionego przez producenta NetApp narzędzia do symulowania wydajności zaoferowanego rozwiązania, w którym to osiąga ono wydajność 1 129 935 IOPS dla średniego czasu odpowiedzi poniżej 0,3 ms: zestawienie i tabela - pismo przystępującego z 02-12-24 str.12 pisma - akta sprawy. (Pełna treść raportu wraz z tłumaczeniem na język polski stanowi załącznik nr 2 do niniejszego pisma procesowego)

Osiągnięty wynik 1 129 935 IOPS przy średnim czasie odpowiedzi poniżej 0,3ms jest znacznie lepszy parametrem niż wymagany przez Zamawiającego w SWZ wynik 820 000 IOPS przy średnim czasie odpowiedzi poniżej 1ms.

Reasumując - skoro rozwiązanie zaoferowane przez Przystępującego osiąga poziom wydajności 1 129 935 IOPS przy średnim czasie odpowiedzi poniżej 0,3ms(przy zachowaniu wszystkich pozostałych założeń wymienionych w OPZ), to tym bardziej spełniony jest wymóg wydajności na poziomie 820 000 IOPS przy średnim czasie odpowiedzi ponad trzykrotnie wyższym.

III. Brak możliwości prezentacji danych wydajnościowych w GUI z okresu 2 lat Odwołujący Zgodnie z postanowieniem z pkt. II, Lp. 20 pkt 2 Opisu przedmiotu zamówienia, który stanowi Załącznik nr 1 do umowy, po modyfikacji z dnia 25.09.2024r., zaoferowana macierz musi spełniać następujące wymaganie:

Wymagana możliwość dostępu do danych wydajnościowych historycznych z poziomu GUI z co najmniej 2 lat wstecz lub jako równoważne dostarczenie fizycznego serwera z aplikacją producenta do zbierania danych wydajnościowych, która pozwala na kolekcjonowanie oraz dostęp do danych wydajnościowych z co najmniej 2 lat wstecz.

Z przedłożonego przez Wykonawcę ADT Group Załącznika nr 1.1. do SW Z (Formularz cenowy) oraz przedmiotowych środków dowodowych, pt.:

„Dokument potwierdzający wymagania w zakresie wydajnosci.pdf’ oraz złożonej Karty Produktu w odpowiedzi na wezwanie do uzupełnienia, wynika, iż w postępowaniu zaoferowane zostały 2 klastry macierzowe oparte o rozwiązanie NetApp AFF A90, zwane dalej macierzą, pracującą pod kontrolą systemu operacyjnego ONTAP w wersji 9.15.1. W skład pojedynczego klastra macierzowego/macierzy wchodzą następujące komponenty sprzętowe: •4 kontrolery macierzowe NetApp AFF A90 •88 dysków 15,3TB typu NVMe SSD - X4014A •2 przełączniki do komunikacji wewnętrznej klastra kontrolerów NVIDIA SN2100

Z przedłożonej przez ADT Group w toku wyjaśnień Karty Produktu wynika, że zaoferowana macierz posiada możliwość dostępu do danych wydajnościowych historycznych z poziomu GUI z co najmniej 2 lat wstecz.

Zaoferowana przez firmę ADT Group Sp. z o.o. macierz, pracująca pod kontrolą systemu operacyjnego ONTAP w wersji 9.15.1, w rzeczywistości posiada możliwość prezentacji historycznych danych wydajnościowych z poziomu GUI maksymalnie do 1 roku wstecz. Fakt ten można jednoznacznie potwierdzić zarówno w oficjalnej dokumentacji Producenta, jak i po zalogowaniu się do GUI (Graphical User Interface - pol. graficzny interfejs użytkownika) dowolnej macierzy NetApp (w tym zaoferowanej AFF A90) pracującej pod kontrolą systemu ONTAP 9.15.1.

W związku z powyższym zaoferowana macierz nie spełnia wymagań OPZ w zakresie możliwości dostępu do danych wydajnościowych historycznych z poziomu GUI z co najmniej 2 lat wstecz.

Aby zaoferowane rozwiązanie zapewniło możliwość dostępu do danych wydajnościowych historycznych z poziomu GUI co najmniej 2 lata wstecz, Wykonawca ADT Group powinien był zaoferować dodatkowy fizyczny serwer z aplikacją producenta NetApp zwaną NetApp OnCommand Unified Manager (alternatywnie nazywaną: Active IQ Unified Manager) jako rozwiązanie równoważne, przewidziane w tym pkt OPZ. Aplikacja ta bowiem jest przeznaczona do zbierania danych wydajnościowych macierzy NetApp oraz dostępu do nich co najmniej 2 lata wstecz.

Należy wskazać, iż oprogramowanie to może być zainstalowane wyłącznie na dodatkowym serwerze i nie może być

zainstalowane na macierzy ani żadnym innym komponencie sprzętowym (zaoferowanym w tym postępowaniu) wraz z macierzą. Wykonawca nie zaoferował wymaganego serwera, co nie podlega uzupełnieniu z uwagi na zakaz zmiany treści oferty po terminie jej złożenia. Cytat z wyroku KIO 3555/21z dnia 20.12.2021r. „zakazane jest natomiast oferowanie w tej drodze świadczeń o innych parametrach czy właściwościach, niż wynikające ze złożonej oferty.

Z oferty wykonawcy ADT Group nie wynikało, aby zastosował rozwiązanie równoważne przez zastosowanie ww. aplikacji na dedykowanym serwerze, co oznacza, że nie spełnione są wymagania z pkt II, Lp. 20 pkt 2 Opisu przedmiotu zamówienia.

Przystępujący pismem z dnia 2 grudnia 2024r. ustosunkował się do Zarzutu Nr 1 odwołania - naruszenia art.262 ust.1 pkt 5 Ustawy.

I. W przedmiocie zarzutu nr 1 odwołania dotyczącego naruszenia art. 226 ust. 1 pkt 5 Pzp przez zaniechanie odrzucenia oferty Przystępującego z uwagi na rzekome niezgodności treści oferty z warunkami zamówienia:

Odwołujący podnosi cztery rzekome niezgodności z warunkami zamówienia w treści oferty Przystępującego.

Przystępujący odniósł się kolejno do każdej z nich:

1. Spełnienie wymogu w zakresie możliwości prezentacji danych wydajnościowych w GUI z okresu 2 lat:

Wbrew twierdzeniom Odwołującego, aby spełnić wymóg z rozdz. II OPZ Lp. 20 pkt 20: „Wymagana możliwość dostępu

do danych historycznych z poziomu GUI z co najmniej 2 lat wstecz" - nie jest konieczne stosowanie oprogramowania

NetApp OnCommand Manager (Active IQ Unified Manager), które wymaga zaoferowania dodatkowego, fizycznego serwera.

Rozwiązaniem, które spełnia powyższe wymaganie jest NetApp Harvest (https://netapp.github.io/harvest/23.05/), czyli oprogramowanie opracowane przez producenta macierzy do zbierania statystyk wydajnościowych, pojemnościowych oraz sprzętowych i ich prezentacji z poziomu GUI w okresie 5 lat wstecz.

Taką funkcjonalność potwierdza między innymi dokumentacja pt. ,,NetApp Harvest Installation and Administration Guide'' ( dostępna pod adresem https://communitv.netapp.com/fukiw75442/attachments/fukiw75442/oncommand-storaaediscussions/26598/1/NetApp Harvest IAG 1.4.pdf).

manaaement-software-

Zgodnie z informacją ze strony 21 ww. dokumentacji: "[netapp_perf] pattern = *netapp( | .poller)? | .perf7? |. retentions = 1m:35d,5m:100d,15m:395d,1h:5y [netapp_capacity] pattern = *netapp( | .poller)? |. capacity | retentions = 15m:100d,1d:5y The above entries result in metrics retention: i.Performance: 60 sec samples for 35 days, 5 min averages for 100 days, 15 min averages for 395 days, and 1 hour averages for 5 years. ii. Capacity: 15 min samples for 100 days, 1 day averages for 5years Hi. Retentions can be adjusted to match your environment, but do not adjust the pattern."

Tłumaczenie na język polski: [netapp_perf pattern = *netapp( | .poller)? | .per7? |. retentions = 1m:35d,5m:100d,15m:395d,1h:5y [netapp_capacity] pattern = netapp(Vpoller)?\.capacityV retentions = 15m:100d,1d:5y Powyższe działania skutkują przechowywaniem metryk: i. Dotyczących wydajności:: próbki 60-sekundowe przez 35 dni, średnie 5-minutowe przez 100 dni, średnie 15-minutowe przez 395 dni i średnie 1-godzinne przez 5 lat. ii. Dotyczących pojemności: 15-minutowe próbki przez 100 dni, średnie z 1 dnia przez 5 lat iii. Czas przechowywania można dostosować do środowiska, ale nie należy zmieniać schematu".

Oprogramowanie NetApp Harvest możliwe jest (https://netapp.qithub.io/harvest/23.05/install/containers/).

do

uruchomienia

w

postaci

kontenerów

Doker

Z kolei elementem zaoferowanej macierzy dyskowej NetApp AFF A90 jest wysokowydajna magistrala back-end oparta o przełączniki Nvidia SN2100 z systemem operacyjnym Cumulus Linux (https://docs.netapp.com/us-en/ontap-systemsswitches/switch-nvidia-sn2100/sn2100- overview.html#ontap-and-linux-support).

System ten pozwala na uruchamianie na urządzeniach SN2100 własnych kontenerów Docker. Instrukcja techniczna dla tego procesu dostępna jest publicznie m.in. pod adresem (https://docs.nvidia.com/networking-ethernetsoftware/cumulus-linux-44/Network- Solutions/Docker-on-Cumulus-Linux/).

Tym samym oprogramowanie NetApp Harvest uruchamiane jest bezpośrednio z zaoferowanej macierzy dyskowej, a dokładnie jej elementu składowego jakim są zaoferowane przełączniki Nvidia SN2100, bez potrzeby stosowania

dodatkowych serwerów fizycznych.

Niezależnie od powyższego Przystępujący w ramach wyjaśnień ceny oferty z dnia 8.11.2024 r. - złożył oświadczenie dystrybutora, że zaoferowane urządzenia są w konfiguracji spełniającej wszystkie wymagania SW Z. W ramach zaoferowanej przez Przystępującego konfiguracji przewidziane zostały dwa dedykowane fizyczne serwery Dell PowerEdge R260 do uruchomienia oprogramowania do historycznego monitorowania macierzy.

IV. Brak możliwości jednoczesnego dostępu do LUN przez wszystkie ścieżki w trybie R/W Odwołujący Zgodnie z postanowieniem z pkt. II, Lp. 3 pkt 1 oraz pkt 3 Opisu przedmiotu zamówienia, który stanowi Załącznik nr 1 do umowy, po modyfikacji z dnia 25.09.2024r., zaoferowana macierz musi spełniać następujące wymaganie:

1. Zamawiający wymaga by zaoferowane rozwiązanie dla każdej z lokalizacji było zbudowane w oparciu o cztery kontrolery pracujące w trybie Active-Active/Mesh Active-Active, to znaczy w trybie zapewniającym dostęp do wolumenów logicznych (LUN) utworzonych w macierzy, z wykorzystaniem wszystkich dostępnych ścieżek (path) i portów kontrolerów.”

3 . Każdy z kontrolerów musi mieć możliwość jednoczesnej prezentacji (aktywny dostęp odczyt i zapis) wszystkich wolumenów utworzonych w logicznych ramach całego systemu dyskowego.

Zaoferowana przez Wykonawcę ADT Group Sp. z o.o. macierz dyskowaNetApp AFF A90 składa się z 4 kontrolerów pracujących ze sobą w klastrze, połączonych zewnętrzną siecią back-end Ethernet. Konfiguracja taka umożliwia współpracę połączonych ze sobą kontrolerów, w tym możliwość prezentacji ścieżek do utworzonego na dowolnym kontrolerze wolumenu logicznego (LUN) w trybie ALUA, nie zaś trybie Symetric Active-Active, którego to trybu pracy wymagał Zamawiający zgodnie z postanowieniami pkt. II, Lp. 3 pkt 3 OPZ.

Producent NetApp w swojej ofercie posiada dwie linie produktowe macierzy typu AllFlash. Jest to liniaAFF, która pracuje w trybie ALUA oraz linia ASA, która pracuje w trybie Symetric Active-Active. W każdej linii produktów (AFF lub ASA) znajduje się model A90, który w zależności od wskazanej na etapie konfiguracji/zamówienia linii produktowej pracuje w odpowiednim trybie ALUA (dla AFF) bądź Symetric Active-Active (dla ASA). W miejscu tym należy zaznaczyć, iż nie ma późniejszej możliwości zmiany (programowej/konwersji) zaoferowanego modelu np. AFF A90 na ASA A90 i odwrotnie, a tym samym brak jest dowolności w rekonfiguracji trybu pracy macierzy na ALUA, bądź Symetric Active-Active, co znajduje swoje potwierdzenie w informacjach znajdujących się na stronie producenta w zakresie linii produktowej AFF i ASA.

W odpowiedzi na wezwanie do złożenia wyjaśnień dotyczących wyżej wskazanej niejednorodności, Wykonawca ADT Group Sp. z o.o. wskazał, iż zaoferowana macierz NetApp AFF A90 pracuje w trybie ALUA oraz, że ALUA powinno się traktować jako odmianę trybu Active-Active, na który to tryb Zamawiający zezwolił w toku trwania postępowania na etapie wyjaśnień treści SWZ.

Jeżeli można się zgodzić z tym, iż modyfikacja wymagania z punktu II OPZ Lp. 3, pkt. 1 na etapie wyjaśnień treści SW Z (z dnia 25.09.2024r.) dopuściła tryb pracy ALUA zmieniając wymaganie z Symetric Active-Active na Active-Active, to modyfikacja ta w żaden sposób nie dotyczyła zapisów wymagania z punktu II OPZ Lp. 3, pkt. 3, który stanowi:

Każdy z kontrolerów musi mieć możliwość jednoczesnej prezentacji (aktywny dostęp odczyt i zapis) wszystkich wolumenów utworzonych w logicznych ramach całego systemu dyskowego.

Wymaganie to w jasny sposób wskazuje, iż wszystkie utworzone w ramach macierzy dyskowej wolumeny logiczne (LUN) powinny być prezentowane przez wszystkie kontrolery zaoferowanego rozwiązania w trybie aktywnego dostępu zarówno dla odczytu jak i zapisu danych. Taki opis pracy/zachowania macierzy dyskowej jednoznacznie wskazuje na oczekiwanie przez Zamawiającego pracy macierzy w trybie Symetric Active-Active, nie zaś ALUA.

W przypadku pracy macierzy w trybie ALUA występują dwa rodzaje ścieżek dostępu do danych. Ścieżki aktywne/optymalne (nazywane: Active-Optimized, Direct lub Primary) lub aktywne/nieoptymalne (nazywane:

Active-NonOptimized, Indirect lub Passive).

Zróżnicowanie to wynika wprost ze zlokalizowania danych na macierzy i portów kontrolerów, którymi do owych danych próbujemy się dostawać. W przypadku poprawnej konfiguracji macierzy oraz środowiska, zgodnie z najlepszymi

praktykami wszystkich producentów macierzy, serwerów i oprogramowania (wspierających tryb ALUA) do aktywnego dostępu do danych (odczyt i zapis), powinno się wykorzystywać wyłącznie ścieżki aktywne/optymalne (nazywane:

Active-Optimized Direct lub Primary). Konfiguracja taka pozwala na stabilną pracę rozwiązania jako całości, przewidywalną wydajność i ograniczenie liczby potencjalnych problemów/awarii mogących wynikać z błędnej konfiguracji. Rysunek str.12 odwołania – akta sprawy) Figure 2: ALUA architecture W przypadku pracy macierzy w trybie Symetric Active-Active wszystkie ścieżki dostępu do danych prezentowane są jako aktywne/optymalne (nazywane: Active-Optimized, Direct lub Primary). W przypadku tego trybu pracy zlokalizowanie danych na macierzy nie ma znaczenia i każda z dostępnych ścieżek (przez dowolny port na dowolnym kontrolerze w klastrze macierzowym) może być wykorzystywane do aktywnego dostępu do danych (odczyt zapis). Konfiguracja taka zgodna jest z najlepszymi praktykami producentów rozwiązań macierzowych, serwerowych oraz oprogramowania (wspierających tryb Symetric Active- Active).Rysunek str.12 odwołania - akta sprawy. Figure 3: Symmetric active-

active architecture Wykonawca ADT Group Sp. z o.o. w swoich wyjaśnieniach przedstawia możliwość specyficznej konfiguracji hostów/serwerów korzystających z zasobów macierzy, w szczególności systemowego sterownika MPIO odpowiedzialnego za wybór ścieżek do dostępu do danych tak, aby wszystkie dostępne ścieżki (optymalne i nieoptymalne) były wykorzystywane jednocześnie. Taka modyfikacja jest możliwa, ale stanowczo niezalecana i niezgodna z najlepszymi praktykami producentów systemów operacyjnych Windows Server 2019, 2022 oraz VMware 8.0, których wsparcie zostało wyszczególnione w OPZ niniejszego postępowania. Konfiguracja taka może być powodem niestabilnego działania rozwiązania jako całości lub nieprzewidywalnych problemów wydajnościowych.

Podsumowując: zaoferowane macierze AFF A90 wspierają wyłącznie tryb pracy ALUA, w którym w przypadku poprawnej, zgodniej z najlepszymi praktykami, konfiguracji środowiska aktywny dostęp odczyt i zapis do danych możliwy jest wyłącznie przez ścieżki aktywne/optymalne (Direct) dostępne wyłącznie za pośrednictwem jednego z czterech kontrolerów, nie zaś przez wszystkie kontrolery, jak Zamawiający wymagał w zapisach punktu II OPZ Lp. 3, pkt.

Poniższy rysunek ilustruje dokładną sytuację dostępu do danych w zaoferowanym przez ADT Group rozwiązaniu (tryb ALUA) - str.13 odwołania - akta sprawy. Rys.4 Dostęp do danych w trybie ALUA macierzy 4 kontrolerowej.

Odwołujący – podsumowując argumentację do zarzutu nr 1 Ze wskazanych wyżej względów przez odwołującego, oferta wykonawcy ADT jest niezgodna z treścią OPZ i powinna zostać odrzucona.

Obowiązkiem Wykonawcy jest skonkretyzowanie w momencie składania ofert, w sposób jednoznaczny przedmiotu oferowanego świadczenia zgodnie ze wskazanymi przez Zamawiającego wymogami.

W przypadku niezgodności treści oferty z warunkami zamówienia, oferta podlega odrzuceniu, przy czym niezgodność polega na sporządzeniu i przedstawieniu oferty w sposób nieodpowiadający wymaganiom Zamawiającego w odniesieniu do przedmiotu zamówienia, sposobu jego realizacji i innych warunków zamówienia określonych m.in. w art. 91-98 Ustawy. Norma art. 226 ust. 1 pkt 5 Pzp odnosi się do merytorycznego aspektu zaoferowanego przez Wykonawcę świadczenia oraz merytorycznych wymagań Zamawiającego, w szczególności co do jakości świadczenia, warunków realizacji lub innych elementów istotnych dla wykonania zamówienia.

Zaoferowanie przez Wykonawcę innego przedmiotu zamówienia niż wymagany przez Zamawiającego, w tym przedmiotu nieodpowiadającego wymaganiom określonym w warunkach zamówienia (np. zaoferowanie urządzeń o innych funkcjonalnościach i parametrach niż wymagane przez zamawiającego), skutkuje odrzuceniem oferty na podstawie art. 226 ust. 1 pkt. 5) Ustawy.

Odwołujący wskazał w odwołaniu wszystkie niezgodności oferty z warunkami zamówienia, co jest uzasadnieniem do odrzucenia oferty, zgodnie z jednoznacznym przepisem i orzecznictwem (przywołuje wyroki KIO 720/23 z dnia 30 marca 23r., KIO 891/23 z 18 kwietnia 2023r, które propagują literalne i ścisłe egzekwowanie treści SWZ.

Z uwagi na to, że w zakresie pkt III dla zarzutu nr 1, a więc dotyczącego braku możliwości prezentacji danych wydajnościowych w GUI z okresu 2 lat, Zamawiający nie wzywał uprzednio wykonawcy do wyjaśnienia treści oferty, Odwołujący wnosi w przypadku nie uwzględnienia innych zarzutów zmierzających do odrzucenia oferty ADT GROUP o nakazanie w trybie art. 223 ust. 1 ustawy Pzp wezwania wykonawcy do wyjaśnienia w jaki sposób zamierza zrealizować wymaganie z pkt. II, Lp. 20 pkt 2 Opisu przedmiotu zamówienia.

Przystępujący pismem z dnia 2 grudnia 2024r. ustosunkował się do Zarzutu Nr 1 odwołania - naruszenia art.262 ust.1 pkt 5 Ustawy.

I. W przedmiocie zarzutu nr 1 odwołania dotyczącego naruszenia art. 226 ust. 1 pkt 5 Pzp przez zaniechanie odrzucenia oferty Przystępującego z uwagi na rzekome niezgodności treści oferty z warunkami zamówienia:

Odwołujący podnosi cztery rzekome niezgodności z warunkami zamówienia w treści oferty Przystępującego.

Przystępujący odniósł się kolejno do każdej z nich:

1. Spełnienie wymogu w zakresie możliwości jednoczesnego dostępu do LUN przez wszystkie ścieżki w trybie R/W:

Odwołujący podnosi brak spełnienia wymogu z rozdz. II Lp. 3, pkt 3 OPZ, który stanowi:

„Każdy z kontrolerów musi mieć możliwość jednoczesnej prezentacji (aktywny dostęp odczyt i zapis) wszystkich wolumenów utworzonych w logicznych ramach całego systemu dyskowego."

W ramach własnej interpretacji powyższego Odwołujący stwierdza co następuje:

„Wymaganie to w jasny sposób wskazuje, że wszystkie utworzone w ramach macierzy dyskowej wolumeny logiczne (LUN) powinny być prezentowane przez wszystkie kontrolery zaoferowanego rozwiązania w trybie aktywnego dostępu zarówno dla odczytu jak i zapisu danych. Taki opis pracy/zachowania macierzy dyskowej jednoznacznie wskazuje na oczekiwanie przez Zamawiającego pracy macierzy w trybie Symetric Active-Active, nie zaś ALUA."

Nie można zgodzić się z powyższą interpretacją, ponieważ „wolumeny" oraz „wolumeny logiczne (LUN)" to różne od siebie zasoby do składowania danych. Wolumen jest to zasób udostępniany przez wymagane w rozdz. II Lp. 10 OPZ protokoły CIFS, NFS, natomiast wolumen logiczny (LUN) jest zasobem udostępnianym poprzez protokoły iSCSI, FCP

w trybie Symetric Active-Active lub ALUA.

Zaoferowane rozwiązanie pozwala na tworzenie wolumenów dystrybuowanych równomiernie pomiędzy wszystkie kontrolery oraz dyski macierzy oraz jednoczesnej ich prezentacji w trybie odczytu i zapisu przez wszystkie kontrolery macierzy przy wykorzystaniu protokołów CIFS oraz NFS. W przypadku producenta Netapp wolumeny takie nazywane są FlexGroup.

Zgodnie z dokumentacją producenta NetApp ONTAP FlexGroup volumes — Best practices and implementation guide rozwiązanie pozwala na dystrybucję danych pomiędzy wszystkie kontrolery macierzy i ich równoległe udostępnianie:

FlexGroup volumes distribute their data and load among the multiple constituents that make up the collective FlexGroup volume. This model allows a FlexGroup volume to use more of the resources within each node (CPU, network adapters, disks, and so on) and to use more nodes within a cluster to address a workload.

Tłumaczenie na język polski:

Wolumeny FlexGroup dystrybuują swoje dane i obciążenie miedzy wieloma członkami, które składają się na wolumen FlexGroup. Funkcjonalność ta pozwala wolumenowi FlexGroup na wykorzystanie zasobów w każdym węźle (CPU, karty sieciowe, dyski itd.) oraz na wykorzystanie wielu kontrolerów macierzy do obsługi obciążenia. oraz ONTAP 9.7 offers support for NFSv4.x, which includes NFSv41 and its RFC mandatory features. Included in those features is parallel NFS (pNFS), which provides localization of reads and writes across multiple volumes and nodes in a cluster.

Tłumaczenie na język polski:

ONTAP 9.7 oferuje wsparcie dla protokołu NFSv4.x, w tym NFSv4.1 i jego obowiązkowe właściwości RFC. Wśród tych właściwości znajduje się również obsługa równoległego systemu plików NFS (pNFS), który zapewnia równoległą obsługę odczytu i zapisu na wielu woluminach i węzłach macierzy. rysunek- pismo przystępującego z 02-12-24 str.15 pisma akta sprawy. (źródło: https://www.netapp.com/media/12385-tr4571.pdf) Powyższa dokumentacja potwierdza również, iż wszystkie 24 węzły macierzy mogą udostępniać pojedynczy taki wolumen. tabela- pismo przystępującego z 02-12-24 str.15 - akta sprawy.

Tłumaczenie na język polski zaznaczonego fragmentu:

Ilość węzłów klastra - 24 (12 par HA) Należy jednocześnie podkreślić, iż dostęp do wolumenów logicznych (LUN) dla oferowanego rozwiązania również spełnia wymagania SWZ. Potwierdza to zresztą sam Odwołujący na stronie 13 odwołania, formułując następujący wniosek:

Wykonawca ADT Group Sp. z o.o. w swoich wyjaśnieniach przedstawia możliwość specyficznej konfiguracji hostów/serwerów korzystających z zasobów macierzy, w szczególności systemowego sterownika MPIO odpowiedzialnego za wybór ścieżek do dostępu do danych tak, aby wszystkie dostępne ścieżki (optymalne i