Ogłoszenie nr 500057095-N-2017 z dnia 12-11-2017 r.

Instytut Adama Mickiewicza: Zakup i dostawa macierzy dyskowej wraz z oprogramowaniem

OGŁOSZENIE O UDZIELENIU ZAMÓWIENIA - Dostawy

Zamieszczanie ogłoszenia:

obowiązkowe

Ogłoszenie dotyczy:

zamówienia publicznego

Zamówienie dotyczy projektu lub programu współfinansowanego ze środków Unii Europejskiej

nie

Zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych:

tak
Numer ogłoszenia: 574252-N-2017

Ogłoszenie o zmianie ogłoszenia zostało zamieszczone w Biuletynie Zamówień Publicznych:

nie

SEKCJA I: ZAMAWIAJĄCY

I. 1) NAZWA I ADRES:

Instytut Adama Mickiewicza, Krajowy numer identyfikacyjny 14047007100000, ul. ul. Mokotowska 25, 00560 Warszawa, woj. mazowieckie, państwo Polska, tel. 224 476 100, e-mail iam@iam.pl, faks 224 476 152.
Adres strony internetowej (url): www.iam.pl

I.2) RODZAJ ZAMAWIAJĄCEGO:

Inny: Państwowa Instytucja Kultury

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) Nazwa nadana zamówieniu przez zamawiającego:

Zakup i dostawa macierzy dyskowej wraz z oprogramowaniem

Numer referencyjny(jeżeli dotyczy):

3/IAM/2017/08

II.2) Rodzaj zamówienia:

Dostawy

II.3) Krótki opis przedmiotu zamówienia (wielkość, zakres, rodzaj i ilość dostaw, usług lub robót budowlanych lub określenie zapotrzebowania i wymagań ) a w przypadku partnerstwa innowacyjnego - określenie zapotrzebowania na innowacyjny produkt, usługę lub roboty budowlane:

Przedmiotem zamówienia jest zakup i dostawa macierzy dyskowej wraz z oprogramowaniem. Szczegółowy opis przedmiotu zamówienia zawiera załącznik nr 1 do SIWZ tj. Specyfikacja techniczna przedmiotu zamówienia. Pozycja nr 1: Macierz dyskowa (1 szt.) 1.Zewnętrzna macierz dyskowa wyposażona w dwa kontrolery macierzowe pracujące w trybie active - active wyposażone w minimum 4GB Cache per kontroler. Obudowa oferowanej macierzy przystosowana do montażu w szafie rack 19" o wysokości nie przekraczającej 2U. 2.Po zaniku zasilania zawartość pamięci Cache powinna być podtrzymywana bateryjnie przez min. 96h lub z zastosowaniem innej technologii przynajmniej 1 rok. 3.Macierz przystosowana do montażu w szafie rack 19" 4.Macierz musi posiadać następujące komponenty wymieniane w trybie "hot plug" : HDD, kontrolery macierzowe, wentylatory i zasilacze. 5.Oferowana macierz musi wspierać poziomy Raid 0, Raid 1, Raid 1+0, Raid 3, Raid 5, Raid 5+0, Raid 6. 6.Oferowana macierz musi pozwalać skonfigurować minimum 512 LUN o rozmiarze LUN nie mniej niż 128TB z poziomu macierzy dyskowej. 7.Macierz powinna wspierać przynajmniej następujące typy dysków twardych: SSD, SAS i NL-SAS 8.Macierz musi wspierać dyski: min. 400/800/1600GB SSD, 300/450/600/900/1200GB SAS oraz 1TB, 2TB, 4TB, 6TB, 8TB NL-SAS. Macierz musi się rozbudować do min. 190 dysków w ramach oferowanych kontrolerów macierzowych. 9.Macierz musi dostarczona z następującą ilością i typami dysków: 900GB 12G SAS 10K SFF - 22 szt. 400GB 12G SAS SSD SFF - 2 szt. 10.Oferowana macierz musi posiadać minimum 4 porty SAS 12Gb front-end per kontroler umożliwiające dołączenie macierzy bezpośrednio do serwerów lub przełączników SAS.11.Oferowana macierz musi posiadać min. 1 port SAS 6Gb/s per kontroler do podłączenia dodatkowych półek dyskowych. 12.Oferowana macierz musi posiadać pełną redundancję zasilania i wentylacji 13.Oferowana macierz musi zapewniać możliwość wykonywania szybkich kopi danych typu Snapshot i Clone dysków logicznych na poziomie kontrolerów macierzowych. Oferowana macierz musi wspierać min. 512 snapshoty w ramach macierzy dyskowej. 14.Oferowana macierz musi umożliwiać tworzenie wolumenów w trybie Thin Provisioning. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję na maksymalną wspieraną pojemność dyskową urządzenia 15.Oferowana macierz musi umożliwiać rozszerzenie pamięci Cache kontrolera do odczytu o przestrzeń na dyskach SSD. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję dla tej funkcjonalności. 16.Oferowana macierz musi umożliwiać skorzystanie z tzw. Sub-LUN Tiering czyli możliwości migracji bloków danych dysku logicznego na podstawie analizy ich aktywności przez macierz (najbardziej i najmniej aktywne) pomiędzy trzema typami dysków (SSD, SAS, NL SAS). Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję na maksymalną wspieraną pojemność dyskową urządzenia 17.Oferowana macierz musi pozwalać na replikację danych przynajmniej asynchroniczną z drugą macierzą. Funkcjonalność replikacji musi być realizowana na poziomie kontrolerów macierzowych bez obciążania tym procesem serwerów. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję dla tej funkcjonalności. 18.Oferowana macierz musi być dostarczona z kompletem kabli SAS o długości 2m umożliwiających jej podłączenie do hostów 19.Wsparcie dla systemów Windows, Linux, VMware. 20.trzy lata gwarancji producenta z czasem reakcji NBD realizowany przez polski oddział serwisu producenta posiadającego certyfikat ISO. 21.Do oferowanej macierzy muszą zostać dostarczone dwa dwuportowe kontrolery HBA SAS 12G (dwa na każdy serwer) - współpracujące z oferowaną macierzą i kompatybilne z serwerami Instytutu Adama Mickiewicza - X3650 M4 - part numer 7915C2G oraz X3550 M5 part numer 5463NKG Pozycja nr. 2 - Oprogramowanie do wirtualizacji (1 szt.) 1. Warstwa wirtualizacji powinna być rozwiązaniem systemowym tzn. powinna być zainstalowana bezpośrednio na sprzęcie fizycznym. 2. Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i powinno się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej. 3. Pojedynczy klaster składa się z 3 fizycznych hostów (zaoferowanych serwerów dwuprocesorowych) z zainstalowaną warstwą wirtualizacji. Należy zaoferować rozwiązanie dla całego klastra. 4. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym powinno obsłużyć i wykorzystać procesory fizyczne wyposażone w 576 logicznych wątków oraz do minimum 12TB pamięci fizycznej RAM. 5. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-128 procesorowych. 6. Oprogramowanie do wirtualizacji musi zapewniać możliwość st6worzenia dysku maszyny wirtualnej o wielkości do 62 TB. 7. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do minimum 6TB pamięci operacyjnej RAM. 8. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 1-10 wirtualnych kart sieciowych. 9. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 32 porty szeregowe. 10. Rozwiązanie musi umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez spadku wydajności i dostępności pozostałych wybranych usług. 11. Rozwiązanie musi wspierać następujące systemy operacyjne: MS-DOS 6.22, Windows XP, Windows Vista , Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012 R2, Windows 2016, Windows 7, Windows 8, Windows 10, SLES 11, SLES 10, SLES 9, SLES 8, RHEL 6, RHEL 5, RHEL 4, RHEL 3, Solaris 11 ,Solaris 10, Solaris 9, Solaris 8, OS/2 Warp 4.0, NetWare 6.5, NetWare 6, NetWare 5, OEL 4, OEL 5, Debian, CentOS, FreeBSD, Mandriva, Ubuntu 14, Ubuntu 12, SCO OpenServer, SCO Unixware, Mac OS X. 12. Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika konsolidacji. 13. Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości zasobów dyskowych niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy. 14. Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i do konfigurowania innych funkcjonalności. Centralna konsola graficzna powinna mieć możliwość działania zarówno, jako aplikacja na maszynie fizycznej lub wirtualnej, jak i jako gotowa, wstępnie skonfigurowana maszyna wirtualna tzw. virtual appliance. 15. Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na dyskach/wolumenach) oraz przechowywać i wyświetlać dane maksymalnie sprzed roku. 16. Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy. 17. Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi. 18. Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość integracji z usługami katalogowymi Microsoft Active Directory. 19. Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej (hosta, maszyny wirtualnej) bez potrzeby wyłączania wirtualnych maszyn. 20. System musi posiadać funkcjonalność wirtualnego przełącznika (virtual switch) umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny powinien mieć możliwość konfiguracji do 4000 portów. 21. Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej fizycznych kart sieciowych, aby zapewnić bezpieczeństwo połączenia ethernetowego w razie awarii karty sieciowej. 22. Wirtualne przełączniki muszą obsługiwać wirtualne sieci lokalne (VLAN). 23. Rozwiązanie musi zapewnić wbudowany, bezpieczny mechanizm do automatycznego tworzenia kopii zapasowych, odtwarzania wskazanych maszyn wirtualnych. Mechanizm ten musi umożliwiać również odtwarzanie pojedynczych plików z kopii zapasowej oraz zapewnia stosowanie deduplikacji dla kopii zapasowych. Mechanizm zapewnia możliwość wykonywania spójnych kopii zapasowych serwerów aplikacyjnych (Microsoft SQL Server, Microsoft Exchange Server, Microsoft SharePoint Server) oraz replikację kopii zapasowych. 24. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 25. Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. Mechanizm powinien umożliwiać 4 lub więcej takich procesów przenoszenia jednocześnie. 26. Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA), aby w przypadku awarii lub niedostępności serwera fizycznego wybrane przez administratora i uruchomione na nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 27. Zamawiający wymaga, aby wszystkie licencje dostarczone były wraz z 12 miesięcznym wsparciem technicznym i dostępem do aktualizacji oprogramowania, świadczonym bezpośrednio przez producenta i licencjodawcę oprogramowania. Wsparcie techniczne musi umożliwiać zgłaszanie problemów w trybie 12h/5 dni. 28. Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej. Polityka licencjonowania musi umożliwiać przenoszenie licencji na oprogramowanie do wirtualizacji pomiędzy serwerami różnych producentów z zachowaniem wsparcia technicznego i zmianą wersji oprogramowania na niższą (downgrade). Licencjonowanie nie może odbywać się w trybie OEM.

II.4) Informacja o częściach zamówienia:
Zamówienie było podzielone na części:

nie

II.5) Główny Kod CPV: 30.23.30.00 - Urządzenia do przechowywania i odczytu danych

SEKCJA III: PROCEDURA

III.1) TRYB UDZIELENIA ZAMÓWIENIA

Przetarg nieograniczony

III.2) Ogłoszenie dotyczy zakończenia dynamicznego systemu zakupów

nie

III.3) Informacje dodatkowe:

SEKCJA IV: UDZIELENIE ZAMÓWIENIA

IV.1) DATA UDZIELENIA ZAMÓWIENIA: 26/10/2017 IV.2) Całkowita wartość zamówienia Wartość bez VAT 95000 Waluta PLN IV.3) INFORMACJE O OFERTACH Liczba otrzymanych ofert: 4 w tym: liczba otrzymanych ofert od małych i średnich przedsiębiorstw: 0 liczba otrzymanych ofert od wykonawców z innych państw członkowskich Unii Europejskiej: 0 liczba otrzymanych ofert od wykonawców z państw niebędących członkami Unii Europejskiej: 0 liczba ofert otrzymanych drogą elektroniczną: 0 IV.4) LICZBA ODRZUCONYCH OFERT: 1 IV.5) NAZWA I ADRES WYKONAWCY, KTÓREMU UDZIELONO ZAMÓWIENIA Zamówienie zostało udzielone wykonawcom wspólnie ubiegającym się o udzielenie: nie Nazwa wykonawcy: E-TECH s.c. Marcin Duda, Paweł Kapusta Email wykonawcy: Adres pocztowy: ul. Tuwima 95a Kod pocztowy: 90-031 Miejscowość: Łódź Kraj/woj.: łódzkie Wykonawca jest małym/średnim przedsiębiorcą: nie Wykonawca pochodzi z innego państwa członkowskiego Unii Europejskiej: nie Wykonawca pochodzi z innego państwa nie będącego członkiem Unii Europejskiej: nie IV.6) INFORMACJA O CENIE WYBRANEJ OFERTY/ WARTOŚCI ZAWARTEJ UMOWY ORAZ O OFERTACH Z NAJNIŻSZĄ I NAJWYŻSZĄ CENĄ/KOSZTEM Cena wybranej oferty/wartość umowy 99304.05 Oferta z najniższą ceną/kosztem 99304.05 Oferta z najwyższą ceną/kosztem 143349.12 Waluta: PLN IV.7) Informacje na temat podwykonawstwa Wykonawca przewiduje powierzenie wykonania części zamówienia podwykonawcy/podwykonawcom nie Wartość lub procentowa część zamówienia, jaka zostanie powierzona podwykonawcy lub podwykonawcom: IV.8) Informacje dodatkowe:

IV.9) UZASADNIENIE UDZIELENIA ZAMÓWIENIA W TRYBIE NEGOCJACJI BEZ OGŁOSZENIA, ZAMÓWIENIA Z WOLNEJ RĘKI ALBO ZAPYTANIA O CENĘ

IV.9.1) Podstawa prawna

Postępowanie prowadzone jest w trybie na podstawie art. ustawy Pzp.

IV.9.2) Uzasadnienie wyboru trybu

Należy podać uzasadnienie faktyczne i prawne wyboru trybu oraz wyjaśnić, dlaczego udzielenie zamówienia jest zgodne z przepisami.