Achiziție - Servere și sisteme de stocare (perioada 2024-2026)

În conformitate cu nivelul de securitate, corect înțelegem, că SSD defectate NU vor fi returnate la producător, iar ASP-ul va fi responsabil de distrugerea lor?

... afișează tot conținutul

Confirmăm înțelegerea corectă. Conform ”anexa nr. 2 la anunțul de participare.signed” – p. 3.3 din Cerințele pentru prestarea serviciilor de punere în funcțiune, garanție și a serviciilor de support (deservire, mentenanță și reparație) pentru Enterprise Storage (Sisteme de stocare): "Politici speciale - Retenție discuri defecte":
• Toate unitățile de stocare defecte (SSD/NVMe) rămân în posesia ASP
• NU se returnează la producător sau furnizor
• ASP asigură distrugerea conform procedurilor interne de securitate informațională
Această cerință este obligatorie pentru conformarea cu reglementările naționale privind protecția datelor și securitatea informațională aplicabile prestatorilor de servicii esențiale.

... afișează tot conținutul

Vă rugăm respectuos să încărcați pe platforma de achiziții.md, Anexa 2 și Anexa 3 la Anunțul de participare în format Word, pentru a facilita completarea acestora. Mulțumesc

... afișează tot conținutul

Buna ziua, anexele 2 și 3 au fost incarcate pe platforma.

... afișează tot conținutul

Avand in vedere prevederile pct. 18 si pct. 19 din Anuntul de participare, referitoare la constituirea:

– garantiei pentru oferta in cuantum de 2% din valoarea ofertei fara TVA;
– garantiei de buna executie a contractului in cuantum de 5% din valoarea contractului cu TVA,

care prevad constituirea acestora prin garantie bancara sau prin transfer la contul autoritatii contractante,

va rugam sa confirmati ca, pentru constituirea garantiilor mentionate, autoritatea contractanta accepta si utilizarea unei polite de asigurare de garantie, emisa de o societate de asigurari autorizata, ca instrument de garantare echivalent din punct de vedere juridic si financiar cu garantia bancara, cu respectarea cerintelor privind irevocabilitatea, neconditionarea si plata la prima cerere.

Mentionam ca utilizarea politelor de asigurare de garantie este recunoscuta de cadrul normativ national privind activitatea de asigurare, precum si de practica achizitiilor publice la nivel international, inclusiv in contextul procedurilor aflate sub incidenta Acordului privind achizitiile guvernamentale (GPA) al Organizatiei Mondiale a Comertului, la care Republica Moldova este parte.

Totodata, apreciem ca includerea expresa a acestei modalitati de constituire a garantiilor contribuie la asigurarea unui tratament egal si nediscriminatoriu al operatorilor economici, la extinderea concurentei si la evitarea unor potentiale interpretari restrictive care ar putea genera contestatii, in masura in care legislatia aplicabila nu interzice utilizarea unor instrumente de garantare alternative echivalente.

In acest context, va rugam sa precizati expres faptul ca autoritatea contractanta confirma acceptarea politelor de asigurare de garantie pentru constituirea garantiilor solicitate sau, dupa caz, sa indicati temeiul legal expres care limiteaza utilizarea acestora exclusiv la formele prevazute in documentatia de atribuire.

... afișează tot conținutul

Operatorii economici, participanți la procedura respectivă, vor depune garanția pentru ofertă și garanția de bună execuție în conformitate cu cerințele stipulate în documentația de atribuire publicată pe platforma electronică SIA RSAP (MTender).

... afișează tot conținutul

Avand in vedere cerintele prevazute in Anuntul de participare si Anexa nr. 2, referitoare la obligatia ofertantului de a detine un Service Centru local autorizat in Republica Moldova sau de a prezenta un contract cu un Service Centru local autorizat pentru asigurarea serviciilor de suport, mentenanta si garantie,

va rugam sa confirmati faptul ca autoritatea contractanta accepta si participarea operatorilor economici nerezidenti, respectiv a ofertantilor care nu sunt si nici nu detin un contract cu un partener de suport local in Republica Moldova, cu conditia asumarii integrale si demonstrabile a respectarii tuturor cerintelor de SLA, timp de raspuns si timp de solutionare, in aceleasi conditii solicitate in documentatia de atribuire.

Mentionam ca documentatia de atribuire stabileste cerinte clare si masurabile privind nivelurile de serviciu (SLA), timpii de interventie, disponibilitatea 24x7, personalul certificat si obligatiile contractuale ale Furnizorului, fara a conditiona in mod explicit indeplinirea acestor cerinte exclusiv de localizarea geografica a partenerului de suport.

In acest context, apreciem ca impunerea obligatiei de a fi sau a contracta un partener local, independent de capacitatea reala a ofertantului de a asigura serviciile solicitate conform SLA, poate avea ca efect restrangerea nejustificata a concurentei, prin limitarea accesului operatorilor economici din alte state, contrar principiilor tratamentului egal, nediscriminarii si proportionalitatii prevazute de legislatia nationala si de acordurile internationale aplicabile achizitiilor publice.

Totodata, subliniem ca responsabilitatea respectarii SLA-ului, a timpilor de interventie si a tuturor obligatiilor contractuale revine exclusiv Furnizorului, indiferent de modul de organizare interna sau de localizarea resurselor utilizate pentru executarea contractului, aspect care poate fi acoperit inclusiv prin angajamente contractuale ferme, planuri de interventie si penalitati contractuale.

In consecinta, va rugam sa confirmati faptul ca autoritatea contractanta accepta ofertele depuse de operatori economici care nu sunt sau dispun de partener de suport local in Republica Moldova, cu conditia demonstrarii clare si verificabile a capacitatii de a respecta integral cerintele de suport, mentenanta si SLA prevazute in documentatia de atribuire, sau, dupa caz, sa indicati temeiul legal expres care justifica limitarea acestei cerinte exclusiv la operatorii economici cu parteneri localizati in Republica Moldova.

... afișează tot conținutul

Operatorii economici care nu îndeplinesc cerințele/criteriile obligatorii de calificare stabilite în documentația de atribuire(anunțul de participare – p. 17) vor fi descalificați și nu se va accepta participarea acestora la evaluarea tehnică și financiară.
Cerințe obligatorii conform Anunțului de participare:
1. Cerința nr. 8 - Service Centru local autorizat:
o Deținerea de Service Centru local autorizat de producător SAU
o Contract cu Service Centru local autorizat
o Se justifică prin Document confirmativ de la producător obligatoriu
2. Cerința nr. 18 - Personal certificat localizat:
o Minim 2 specialiști certificați de producător
o Localizați obligatoriu pe teritoriul Republicii Moldova
o Angajați proprii ai ofertantului
o Certificări valabile pentru marca/tipul/modelul ofertat
Justificare tehnică și legală privind imposibilitatea de participare directă a unui operator economic interesat nerezident:
1. Imposibilitate practică de respectare SLA:
o Timp rezolvare incidente majore: maxim 4 ore(”anexa nr. 2 la anunțul de participare.signed” – p. 2 Niveluri de serviciu(SLA))
o Intervenții hardware exclusiv on-site = la sediul ASP (”anexa nr. 2 la anunțul de participare.signed” - punctele 1.1.1, 3.1, 3.2, 3.2.1, 3.2.2)
o Fizic imposibil de realizat de către un Furnizor nerezident din străinătate
2. Cadru legal național obligatoriu aplicabil măsurilor de securitate:
o Legea nr. 48/2023 privind securitatea cibernetică
o HG nr. 562/2025 cu privire la modul de realizare a obligațiilor de asigurare a securității cibernetice de către furnizorii de servicii în sectoarele critice
o ASP prin prisma normelor legale este identificat ca prestator de servicii esențiale cu cerințe stricte de securitate
3. Operațiuni vamale continue în responsabilitatea exclusivă a Furnizorului:
o Livrare inițială echipamente
o Piese de schimb pe 5 ani – necesită ca compania Furnizor să fie înregistrată local pentru achitarea drepturilor vamale de import/export/re-export/re-import(după caz)
o Aceste operațiuni fiind imposibil de asigurat de Furnizor nerezident neînregistrat la Serviciul Vamal al Republicii Moldova
4. Securitate și acces infrastructură critică:
o Verificări securitate pentru acces fizic (”anexa nr. 2 la anunțul de participare.signed” – p. 6 Securitate și confidențialitate, în speță p.6.1 și 6.1.1., 6.2, 6.2.1)
o Responsabilitate juridică locală
o Conformare cu reglementările naționale
În concluzie, cerințele privind prezența locală sunt absolut obiective și justificate de:
• Natura serviciilor (deservire hardware on-site – la sediul ASP)
• Timpii de intervenție impuși (4 ore pentru cazuri de garanție cu impact major - SLA p.2.1)
• Obligațiile legale naționale (securitate cibernetică, operațiuni vamale)
• Responsabilitatea direct a Furnizorului față de infrastructura critică națională ca parte contractuală pe o durată de 5 ani(60 luni integral)
Aceste cerințe nicidecum nu constituie discriminare sau constrângere, ci reflectă aplicarea criteriilor de eligibilitate proporționale cu obiectul și natura contractului de achiziție și cerințele legale aplicabile.
Operatorii economici nerezidenți interesați, își pot asigura eligibilitatea la cerințele stabilite prin asociere sau alte forme juridice de colaborare pentru corespunderea la cerințele stabilite în documentația de atribuire, cu prezentarea documentală a acestor relaționări cu terțe corespunzător.
Ofertanții trebuie să manifeste diligența necesară în studierea completă a documentației, unde cerințele sunt clar și explicit stabilite.

... afișează tot conținutul

Stimată Autoritate Contractantă, În contextul cerințelor tehnice aferente procedurii de achiziție pentru sistemul de stocare, dorim să aducem în atenție un aspect tehnologic esențial, devenit standard de facto în arhitecturile enterprise moderne, în special pentru organizații cu rol și responsabilitate de importanță națională, care gestionează și procesează volume semnificative de date cu caracter personal, date critice și informații utilizate interinstituțional (ex. fisc, vamă, organe de drept). În arhitecturile IT actuale, integrarea nativă a sistemelor de stocare cu soluțiile de backup enterprise, la nivel de snapshot-uri (prin mecanisme dedicate și API-uri oficiale, certificate și suportate de producători), reprezintă o cerință fundamentală de securitate, performanță și continuitate operațională, nu o opțiune. Această integrare permite: realizarea backup-urilor fără impact asupra mediilor de producție, eliminând degradarea performanței sistemelor operaționale; reducerea drastică a ferestrei de backup (backup window), aspect critic pentru sisteme cu disponibilitate ridicată; utilizarea frecventă a snapshot-urilor consistente la nivel de aplicație, permițând atingerea unui RPO extrem de redus, inclusiv apropiat de „RPO = 0” din perspectiva protecției datelor; implementarea eficientă a mecanismelor moderne de protecție anti-ransomware (immutability, snapshot locking, integrare cu soluții de backup pentru detectare, izolare și recuperare rapidă). Dorim totodată să subliniem, în mod explicit, că replicarea datelor la nivel de storage între două centre de date, inclusiv replicarea sincronă, nu este echivalentă cu backup-ul datelor. Orice eroare logică, corupere de date sau atac cibernetic este replicat automat și pe sistemul secundar, ceea ce face ca replicarea și backup-ul să fie procese complementare, dar fundamental diferite ca scop și rol în strategia de protecție a datelor. În lipsa unei cerințe explicite privind integrarea sistemului de stocare cu soluții de backup enterprise la nivel de snapshot-uri, Autoritatea Contractantă își asumă o serie de riscuri semnificative, printre care: acceptarea în procedură a unor sisteme de stocare care nu sunt recunoscute sau acceptate tehnologic pentru integrare de către marea majoritate a producătorilor internaționali de soluții enterprise (backup, securitate, virtualizare, analiză, automatizare); imposibilitatea, pe termen mediu și lung, de a integra sistemul de stocare achiziționat într-un ecosistem enterprise modern, în care instituția va dori implementarea sau extinderea unor soluții de securitate, anti-ransomware, virtualizare, analiză, guvernanță sau automatizare a datelor; apariția unui blocaj tehnologic (vendor lock-in negativ), care limitează opțiunile viitoare ale instituției și conduce la creșterea costurilor totale de operare și modernizare; expunerea infrastructurii IT și a datelor de importanță națională la riscuri operaționale și de securitate, cu impact direct asupra continuității serviciilor publice și asupra imaginii instituției și a statului. Totodată, în contextul parcursului european al Republicii Moldova și al alinierii progresive la standardele și practicile Uniunii Europene, este relevant de menționat că, la nivel european, există o tendință clară de restricționare sau inadmisibilitate a utilizării anumitor producători în organizațiile publice, din considerente ce țin de securitatea datelor, riscuri de ingerință, existența unor ecosisteme tehnologice insuficient dezvoltate și slab integrate cu soluții enterprise consacrate. În acest context, lipsa cerinței menționate mai sus conduce și la o tratare neechitabilă a producătorilor enterprise consacrați, care oferă această funcționalitate în mod standard fără costuri aditionale, demonstrat și validat de-a lungul anilor, în raport cu producători care nu dispun de aceste capabilități, dar care ar putea participa la procedură în condiții aparent egale, deși soluțiile lor nu satisfac cerințele reale de securitate, interoperabilitate și sustenabilitate pe termen lung. Dorim să subliniem că evidențierea acestor riscuri nu are ca scop restrângerea sau constrângerea participării operatorilor economici ori a producătorilor la procedura de achiziție, având în vedere că funcționalitatea menționată este disponibilă în mod standard la majoritatea producătorilor enterprise consacrați, inclusiv la peste șapte vendori activi pe piața Republicii Moldova. Scopul acestei clarificări este acela de a permite Autorității Contractante o evaluare obiectivă și responsabilă a maturității tehnologice a soluțiilor ofertate, precum și de a asigura selectarea unor sisteme de stocare care se integrează într-un ecosistem enterprise modern, interoperabil și sustenabil, reducând riscurile tehnologice și operaționale pe termen lung. Având în vedere cele expuse, vă rugăm ca Autoritatea Contractantă să includă în caietul de sarcini cerința explicită privind compatibilitatea și integrarea nativă a sistemului de stocare cu soluții de backup enterprise, la nivel de snapshot-uri, prin mecanisme certificate și suportate oficial de producători. Considerăm că această clarificare este esențială pentru asigurarea unui nivel maxim de securitate a datelor, obiectivitate tehnologică, echilibru concurențial și aliniere la cele mai bune practici internaționale și europene în domeniul protecției informațiilor critice, corespunzător statutului unei instituții de importanță națională.

... afișează tot conținutul

Evaluarea tehnică a soluțiilor de stocare se va realiza strict în baza cerințelor tehnice specificate în documentația de achiziție. Cerințele privind snapshot-uri sunt definite la Cap. 12, iar cele privind securitatea la Cap. 13.
Specificațiile tehnice nu includ cerințe privind integrarea nativă cu soluții de backup enterprise sau mecanisme specifice anti-ransomware (snapshot-uri imutabile, WORM/retention lock). Aceste funcționalități sunt în afara scopului obiectului de achiziție și nu constituie criterii de evaluare sau eligibilitate.
Ofertanții pot prezenta astfel de capabilități ca valoare adăugată, fără impact asupra evaluării conformității tehnice.

... afișează tot conținutul

Cap. 10.1 – Synchronous replication for Active-Active between 2 locations up to 300m
Cap. 10.2 – Zero RPO (Recovery Point Objective)

Întrebare de clarificare:
Vă rugăm să clarificați dacă cerințele privind replicarea sincronă Active-Active cu Zero RPO implică obligativitatea unei arhitecturi de tip „metro-cluster” (sau echivalent), cu acces simultan activ la date din ambele locații, și dacă această funcționalitate trebuie să fie:
- nativă la nivel de sistem de stocare (fără soluții externe),
- inclusă integral în ofertă, fără licențe suplimentare sau opțiuni comerciale separate,
- disponibilă pentru toate volumele/LUN-urile configurate.

... afișează tot conținutul

Se confirmă că cerințele de replicare sincronă Active-Active cu Zero RPO implică o arhitectură de tip metro-cluster sau funcționalitate echivalentă cu prezentarea justificării corespunzătoare de corespundere cu cerința în cauză. Clarificăm următoarele:
• Funcționalitatea trebuie să fie nativă la nivelul sistemului de stocare, fără dependență de soluții externe de replicare.
• Toate licențele necesare pentru această funcționalitate trebuie incluse integral în ofertă, fără costuri sau opțiuni comerciale separate.
Funcționalitatea trebuie să fie disponibilă pentru toate volumele/LUN-urile configurate, conform cerinței 10.3.

... afișează tot conținutul

Context:
Cap. 2.1 – Symmetric Active-Active controller architecture
Cap. 5.2 – Active-Active configuration with balanced workload

Întrebare de clarificare:
Vă rugăm să confirmați dacă arhitectura Active-Active solicitată presupune procesarea simultană a operațiilor de citire/scriere pe ambele controllere, cu balansare activă a workload-ului, fără scenarii de tip Active-Passive sau Preferred Controller.

... afișează tot conținutul

Se confirmă. Arhitectura Active-Active solicitată presupune procesarea simultană a operațiilor I/O (citire/scriere) pe ambele controllere, cu balansare activă și simetrică a workload-ului. Nu se acceptă arhitecturi de tip Active-Passive, Preferred Controller sau ALUA asimetric care ar limita accesul activ la un singur controller la un moment dat pentru un anumit volum.

... afișează tot conținutul

Context:
Cap. 8.1 – Minimum 300,000 IOPS with inline data reduction
Cap. 11.1 / 11.2 – Inline deduplication & inline compression
Cap. 13.1–13.3 – Encryption

Întrebare:
Vă rugăm să clarificați dacă performanța minimă de 300.000 IOPS trebuie îndeplinită cu toate funcționalitățile enterprise activate simultan, inclusiv deduplicare inline, compresie inline, criptare AES-256 și mecanisme de protecție a datelor. Dar in cazul in care 1 sau mai multe controllere sunt offline(down)?

... afișează tot conținutul

Se confirmă că performanța minimă de 300.000 IOPS trebuie demonstrată cu toate funcționalitățile enterprise activate simultan: deduplicare inline, compresie inline, criptare AES-256 și protecție RAID. Aceasta reprezintă cerința pentru configurația completă cu ambele controllere operaționale.
În situația defectării unui controller (failover), sistemul trebuie să rămână operațional conform cerinței 2.4 (50% controller failure tolerance). În acest scenariu degradat, performanța poate fi redusă proporțional, însă disponibilitatea și integritatea datelor trebuie menținute.

... afișează tot conținutul

Context:
Cap. 13 – SECURITY
Corelat cu Cap. 12 – Snapshots și Cap. 11 – Data Reduction

Întrebare:
Având în vedere cerințele de securitate și protecție a datelor, vă rugăm să confirmați dacă soluția trebuie să includă mecanisme native de protecție împotriva ransomware, precum:
- snapshot-uri imutabile,
- protecție WORM / retention lock,
- prevenirea ștergerii/modificării malițioase a datelor,
și dacă aceste funcționalități trebuie incluse fără licențe suplimentare.

... afișează tot conținutul

Specificațiile tehnice actuale nu includ cerințe explicite privind mecanismele de protecție anti-ransomware (snapshot-uri imutabile, WORM/retention lock). Aceste funcționalități sunt considerate opționale și pot fi prezentate ca valoare adăugată în ofertă.
Cerințele minime și obligatorii de securitate rămân cele specificate în Cap. 13: criptare AES-256, accelerare hardware și management securizat al cheilor.

... afișează tot conținutul

Vă rugăm să clarificați dacă, în contextul cerinței 10.3 „Flexible replication for 1 or more LUNs”, se acceptă solutii ce implementeaza replicarea la un nivel mai jos, cum ar fi la nivel de grupuri de discuri?

... afișează tot conținutul

Cerința 10.3 specifică flexibilitatea replicării pentru „1 sau mai multe LUN-uri", indicând granularitate la nivel de volum logic. Se acceptă soluții care implementează replicarea la nivel de grup de discuri (disk group/consistency group), cu prezentarea justificării corespunzătoare de corespundere cu cerința în cauză și cu condiția ca:
• Granularitatea să permită selectarea și replicarea individuală a volumelor/LUN-urilor necesare, fără obligativitatea replicării întregului sistem.
• Să se asigure consistența datelor pentru volumele replicate (consistency groups).

... afișează tot conținutul

În urma analizei Caietului de sarcini / Anexei nr. 3 – Matricea de conformitate pentru Enterprise Storage Systems, constatăm existența unor necorelări și ambiguități tehnice care pot conduce la interpretări diferite ale cerințelor și, implicit, la oferte necomparabile.
Rugam sa răspundeți daca intenția dvs este din nou de a organiza jocuri pina va câștiga cine aveți nevoie? poate este mai simplu deja sa scrieți cerința exacta ce companie trebuie sa livreze?

dar in speță, clarificați un simplu exemplu:
La secțiunea 9 – Supported Protocols, punctul 9.1, se solicită explicit suport pentru protocolul iSCSI, protocol care, prin definiție, funcționează exclusiv peste conectivitate Ethernet.
În schimb, la secțiunea 15 – Connectivity, sunt menționate explicit doar:
- interfețe de management 1×1GbE (15.1);
- interfețe 32Gb Fibre Channel (15.2, 15.3),

fără a fi specificate cerințe minime privind interfețele Ethernet de date necesare pentru iSCSI (număr de porturi, viteză minimă – 10/100/1000 mb sau 10GbE/25GbE/100GbE etc.).

prin urmare înțelegem daca vom include 1 interfață de 100Mb o sa fie suficient si acceptabil?

acesta clarificare de mai sus este doar un simplu exemplu ca personalul tehnic fie este incompetent, fie joaca jocuri si duce in eroare conducerea?
dar oare aceasta nu va genera întrebări de ordin legal?

... afișează tot conținutul

Cerințele sunt clar și explicit stabilite în documentația de achiziție. Ofertanții trebuie să manifeste diligența necesară în studierea completă a specificațiilor tehnice.
Secțiunea 15 – Connectivity definește exhaustiv interfețele solicitate:
• 15.1 Management interfaces: Min. 1 × 1GbE per controller, inclusiv cablu UTP Cat6/Cat6a (min. 1m)
• 15.2 Data interfaces: Min. 2 × 32Gb FC per controller (module SFP+ incluse), inclusiv cabluri OM4 LC-LC duplex (min. 3m)
• 15.3 Replication interfaces: Min. 2 × 32G FC sau echivalent per controller, inclusiv cabluri OM4 LC-LC duplex (min. 3m)
Protocolul principal de date este Fibre Channel. Cerința 9.1 privind suportul iSCSI reprezintă o cerință de compatibilitate a sistemului de stocare. Interfața 1GbE (15.1) asigură conectivitatea de management, inclusiv pentru protocoale bazate pe IP.

... afișează tot conținutul

В технической спецификации предусмотрены требования по репликации данных, при этом из условий процедуры следует, что предполагается поставка четырёх систем хранения данных.

В этой связи просим разъяснить архитектурный замысел Заказчика:

1. Предполагается ли объединение всех четырёх систем хранения в единый кластер (общий storage-кластер),
или

2. Системы должны функционировать как отдельные (standalone) массивы с настроенной репликацией между ними,
или

3. Речь идёт о реализации архитектуры Metro-Storage / Active-Active между площадками?

Кроме того, обращаем внимание, что выбранная архитектура напрямую влияет на:

- состав и количество лицензий;
- необходимость дополнительных аппаратных компонентов (интерконнекты, специальные контроллеры, репликационные модули и т.п.);
- корректность и полноту поставки в целом.

В связи с этим просим подтвердить, что в рамках данной процедуры требуется включение всех лицензий и аппаратных компонентов, необходимых для полноценного функционирования репликации в запрашиваемой архитектуре, без каких-либо скрытых или подразумеваемых опций.

Отсутствие данных разъяснений делает требования неоднозначными и не позволяет однозначно сформировать корректное и сопоставимое коммерческое предложение.

... afișează tot conținutul

Cerințele sunt clar și explicit stabilite în documentația de achiziție. Ofertanții trebuie să manifeste diligența necesară în studierea completă a specificațiilor tehnice.
Se clarifică arhitectura prevăzută pentru cele 4 sisteme de stocare:
Arhitectura presupune 2 perechi de sisteme configurate în mod Metro-Storage / Active-Active, fiecare pereche deservind un site distinct cu replicare sincronă între cele două locații (conform cerințelor 10.1-10.2, distanță maximă 300m, Zero RPO).
Fiecare pereche funcționează ca un cluster activ-activ independent.
Se confirmă că oferta trebuie să includă integral:
• toate licențele software necesare pentru funcționalitatea de replicare sincronă și metro-cluster;
• toate componentele hardware necesare (module de replicare, interfețe dedicate, interconecte);
• fără opțiuni ascunse sau componente suplimentare necesare pentru operaționalizare.
Ofertanții vor specifica explicit în propunerea tehnică configurația și componentele incluse pentru realizarea acestei arhitecturi.

... afișează tot conținutul

В технической спецификации упоминаются требования, связанные с возможностью расширения систем хранения, однако параметры и границы такой расширяемости описаны недостаточно ясно.

В этой связи просим разъяснить:

Предусматривается ли возможность расширения систем хранения в процессе эксплуатации, и если да, то какие элементы должны поддерживать расширение:

ресурсы системы;

ёмкость хранения;

производительность;

интерфейсы подключения.

Должно ли такое расширение осуществляться:

без остановки системы и перерыва в обслуживании,

и с использованием компонентов, сертифицированных производителем?

Следует ли учитывать указанные возможности расширения как обязательное требование при формировании предложения, либо они рассматриваются как потенциальные/опциональные?

Отсутствие чёткого определения параметров расширяемости не позволяет однозначно определить архитектуру решения и может привести к различной интерпретации требований.

... afișează tot conținutul

Cerințele sunt clar și explicit stabilite în documentația de achiziție. Ofertanții trebuie să manifeste diligența necesară în studierea completă a specificațiilor tehnice.
Specificațiile tehnice nu includ cerințe privind extensibilitatea sau scalabilitatea sistemelor de stocare, acestea fiind în afara scopului obiectului de achiziție.
Ofertanții vor prezenta soluții care respectă integral cerințele tehnice specificate în Anexa nr. 3, inclusiv:
• Capacitatea minimă utilizabilă de 200 TB (cerința 4.1)
• Performanța minimă de 300,000 IOPS (cerința 8.1)
• Configurația de controllere redundante în mod Active-Active (cerințele 2.1, 5.1, 5.2)
Caracteristicile suplimentare de extensibilitate pot fi prezentate de ofertanți ca valoare adăugată, fără a constitui criteriu de evaluare.

... afișează tot conținutul

Vă rugăm să confirmați Incoterms-ul aplicabil. Menționăm că DAP înseamnă livrare la locația beneficiarului, însă formalitățile și taxele de import/vămuire rămân în sarcina cumpărătorului, pe când DDP presupune livrare la aceeași locație, dar cu import clearance și taxe achitate de furnizor.

... afișează tot conținutul

Conform documentației de atribuire, toate formalitățile vamale sunt în sarcina exclusivă a Furnizorului. Autoritatea contractantă este beneficiar final, fără a fi implicată în procedurile de devămare a bunurilor.
Această prevedere se aplică atât pentru livrarea inițială a echipamentelor, cât și pe întreaga perioadă de garanție și suport de 5 ani (60 luni) – inclusiv pentru eventualele componente de înlocuire, piese de schimb sau echipamente furnizate în cadrul serviciilor de mentenanță.
Prin urmare, condițiile de livrare aplicabile sunt DDP (Delivered Duty Paid) – livrare la locația beneficiarului, cu toate taxele și formalitățile de import suportate și achitate de Furnizor.

... afișează tot conținutul

В технической спецификации ряд критически важных аспектов, характерных для систем класса Enterprise Storage, сформулированы недостаточно однозначно, что допускает различную интерпретацию требований.
В этой связи просим разъяснить следующее:
1. Механизм репликации:
o допускается ли реализация репликации по Ethernet,
o либо репликация должна осуществляться исключительно через выделенные каналы / специализированные интерфейсы (FC)?
2. Тип системы хранения:
o рассматривается ли система как исключительно block-level storage,
o либо требуется также поддержка file-level (NAS) функциональности, учитывая заявленный enterprise-класс решения?
3. Типы накопителей - допускается ли использование SSD SAS либо требуется SSD NVMe?
4. В формулировке „Enterprise SSD with TLC/eTLC technology or equivalent”:
o что именно подразумевается под термином „equivalent”;
o допускается ли применение QLC SSD ?
Отсутствие чётких разъяснений по указанным вопросам не позволяет однозначно определить целевую архитектуру решения и может привести к предложениям с существенно различающимися техническими характеристиками при формальном соблюдении требований.
Просим предоставить соответствующие разъяснения.

... afișează tot conținutul

Cerințele sunt clar și explicit stabilite în documentația de achiziție. Ofertanții trebuie să manifeste diligența necesară în studierea completă a specificațiilor tehnice.
Se clarifică următoarele aspecte:
1. Mecanismul de replicare: Interfețele pentru replicare sunt explicit definite la cerința 15.3: Min. 2 × 32G FC sau echivalent per controller, inclusiv cabluri OM4 LC-LC duplex (min. 3m). Alegerea tehnologiei (FC sau echivalent) rămâne la latitudinea ofertantului, cu condiția respectării cerințelor de performanță și Zero RPO (cerințele 10.1-10.2).
2. Tipul sistemului de stocare: Cerințele vizează exclusiv funcționalitate block-level storage (SAN). Suportul pentru file-level (NAS) nu este solicitat și nu constituie criteriu de evaluare.
3. Tipuri de discuri SSD: Se acceptă atât SSD SAS, cât și SSD NVMe, cu condiția îndeplinirii cerințelor de performanță (Cap. 8) și a certificării enterprise de către producător.
4. Definiția "equivalent" pentru TLC/eTLC: Prin "equivalent" se înțeleg tehnologii SSD cu caracteristici similare sau superioare în termeni de durabilitate (DWPD), performanță și fiabilitate. SSD QLC nu este acceptat, având în vedere cerințele de durabilitate specifice mediului enterprise.

... afișează tot conținutul

**În contextul cerințelor care sunt formulate într-o manieră generală, vă rugăm să clarificați următoarele aspecte, respectiv ce presupun concret și care sunt criteriile exacte de evaluare aplicabile:**

**1.2 – Product level (Enterprise-grade)**
Vă rugăm să precizați ce criterii obiective definesc în mod concret nivelul *enterprise-grade*:

* se evaluează exclusiv producătorul (vendorul) ca fiind recunoscut internațional;
* există o listă de producători acceptați sau certificări specifice;
* sau sunt avute în vedere caracteristici tehnice minime, portofoliu de clienți enterprise, poziționare pe piață (ex. Gartner, IDC etc.)?

**1.3 – Compatibility (Manufacturer certified)**
Vă rugăm să clarificați dacă cerința de „manufacturer certified” se aplică:

* întregului sistem de stocare ca soluție integrată;
* fiecărei componente în parte (controller, discuri, SSD-uri etc.);
* și dacă este acceptată o soluție în care sistemul este produs de un vendor (ex. Cisco), iar mediile de stocare de alt producător (ex. Seagate), cu condiția existenței certificării oficiale de compatibilitate între acestea.

**1.5 – Mounting (Complete mounting kit)**
Vă rugăm să confirmați dacă această cerință presupune exclusiv livrarea kitului fizic de montare (railuri, console), sau dacă include implicit și servicii de instalare și configurare în rack.

**10.1 – Synchronous replication, Active-Active configuration**
Înțelegem că se solicită un cluster de tip metro-storage, activ-activ, în care ambele locații deservesc workload-uri și, în caz de indisponibilitate a unuia dintre site-uri, celălalt preia automat întreaga sarcină fără pierderi de date (Zero RPO).
Vă rugăm să clarificați următoarele:

* infrastructura de servere va avea acces simultan la storage din ambele locații;
* există deja o rețea SAN inter-site disponibilă sau aceasta trebuie furnizată ca parte a soluției;
* unde revine responsabilitatea pentru conectivitatea SAN dintre site-uri (beneficiar sau ofertant)?

**Suport și mentenanță – perioada de 5 ani**
Vă rugăm să precizați dacă cerința de suport pe 5 ani se referă:

* exclusiv la suport direct de la producătorul/vendoul sistemului;
* sau se acceptă și suport prin partener local autorizat;
* și dacă sunt acceptate componente (ex. discuri) acoperite prin mecanisme de tip „replacement/spare/ZIP” fără contract de suport direct cu producătorul sistemului de stocare.

... afișează tot conținutul

Cerințele sunt clar și explicit stabilite în documentația de achiziție. Ofertanții trebuie să manifeste diligența necesară în studierea completă a specificațiilor tehnice.
1.2 – Product level (Enterprise-grade): Cerința 1.2 specifică explicit: „From recognized international manufacturers – International Brand Name". Evaluarea se realizează pe baza recunoașterii internaționale a producătorului și a poziționării soluției în segmentul Enterprise al portofoliului acestuia. Nu se impune o listă restrictivă de producători.
1.3 – Compatibility (Manufacturer certified): Cerința vizează compatibilitatea certificată de producătorul sistemului de stocare pentru toate componentele integrate în configurația soluției de stocare propusă în oferta tehnică astfel ca să corespundă integral tuturor cerințelor tehnice obligatorii și minime. Se acceptă componente de la producători diferiți cu condiția existenței certificării oficiale și justificate cu documente corespunzător de compatibilitate emise de producătorul sistemului de stocare ce va fi propus în oferta tehnică.
1.5 – Mounting (Complete mounting kit): Cerința presupune livrarea kitului complet de montare (șine, console, accesorii). Serviciile de instalare și configurare sunt reglementate separat în documentația de achiziție(anexa 2 – 1.4).
10.1 – Synchronous replication, Active-Active: Se confirmă interpretarea privind arhitectura metro-storage active-active cu Zero RPO. Clarificări suplimentare:
• Infrastructura de servere va avea acces simultan la storage din ambele locații;
• Conectivitatea SAN inter-site (fibră optică între locații, max. 300m conform cerinței 10.1) este în responsabilitatea beneficiarului;
• Ofertantul furnizează echipamentele de stocare cu toate interfețele și licențele necesare pentru replicarea sincronă.
Suport și mentenanță – 5 ani: Suport de la Producător fie direct fie furnizat prin partener local autorizat oficial de producătorul sistemului de stocare, cu condiția menținerii accesului la actualizări firmware/software și suport tehnic de nivel NBD (anexa 1 – p. 1.1, 1.1.1, 1.2 + p. 2. SLA + p.3 suport tehnic + p.4 cerințe operaționale integral).
Toate componentele în configurația propusă în oferta tehnică și efectiv ce vor fi livrate de Furnizor = operatorul economic ce va fi desemnat câștigător, trebuie să fie acoperite integral de contractul de suport.

... afișează tot conținutul

Având în vedere cerința privind existența unei arhitecturi de stocare de tip Active-Active, cu procesare simultană a operațiilor de citire și scriere pe ambele controllere, fără utilizarea unui Preferred Controller sau a unei arhitecturi Active-Passive, vă rugăm să precizați dacă sunt considerate conforme soluțiile de stocare în care, din punct de vedere al implementării interne, fiecare grup de discuri este deținut la un moment dat de un singur controller, iar operațiunile fizice de scriere pe acel grup de discuri sunt efectuate exclusiv de controllerul owner, în timp ce:
- în regim normal de funcționare, ambele controllere sunt active simultan, pot primi și procesa cereri I/O de citire și scriere din partea host-urilor;
- operațiunile I/O recepționate pe controllerul non-owner sunt redirecționate intern, în mod transparent, către controllerul owner al grupului de discuri, fără impact funcțional asupra host-urilor;
- în cazul indisponibilității controllerului owner, ownership-ul grupului de discuri și procesarea operațiunilor I/O sunt preluate automat de celălalt controller, fără întreruperea serviciilor.

În acest context, în regim indirect nu este Active-Active, vă rugăm să confirmați dacă evaluarea conformității se realizează din perspectiva comportamentului funcțional observabil (acces activ pe ambele controllere, procesare I/O, balansare a workload-ului și continuitate a serviciilor) și nu din perspectiva mecanismelor interne de ownership și redirecționare a I/O-ului la nivel de implementare.

... afișează tot conținutul

Se confirmă că evaluarea conformității se realizează din perspectiva comportamentului funcțional observabil, și anume:
• Ambele controllere sunt active simultan și procesează cereri I/O din partea host-urilor;
• Workload-ul este distribuit între controllere;
• Failover-ul este automat și transparent, fără întreruperea serviciilor.
Mecanismele interne de implementare (ownership la nivel de disk group, redirecționare transparentă I/O) nu constituie criterii de excludere, cu condiția îndeplinirii cumulative a tuturor cerințelor tehnice de performanță (Cap. 8), disponibilitate (Cap. 2) și toleranță la defecte (Cap. 3).

... afișează tot conținutul

Vă rugăm să confirmați dacă prin „Symmetric Active-Active – Load balanced operation” se înțelege că toate controllerele din sistem participă simultan și în mod egal la procesarea operațiilor I/O de citire și scriere pentru toate volumele/grupele de discuri, fără segmentarea volumelor în grupuri fixe de controllere (de tip I/O Groups sau echivalent).

... afișează tot conținutul

Cerința 2.1 „Symmetric Active-Active – Load balanced operation" presupune că ambele controllere participă activ la procesarea operațiilor I/O, cu balansare a workload-ului.
Se acceptă arhitecturi cu segmentare logică a volumelor în grupuri (I/O Groups sau echivalent), cu condiția ca:
• Ambele controllere să fie active simultan;
• Workload-ul să fie distribuit între controllere;
Failover-ul să fie automat conform cerințelor Cap. 3.

... afișează tot conținutul

Vă rugăm să precizați dacă cerința privind latența maximă de 1 ms sub sarcină maximă se aplică inclusiv în scenarii de funcționare degradată, respectiv în cazul defectării unui controller sau al reconstrucției grupurilor de discuri.

... afișează tot conținutul

Cerința 8.3 privind latența maximă de 1 ms „under full load" se aplică pentru configurația completă cu toate controllerele operaționale.
În scenarii de funcționare degradată (defectarea unui controller, reconstrucție RAID), prioritatea este menținerea disponibilității și integrității datelor conform cerințelor Cap. 2 și Cap. 3. Performanța poate fi temporar redusă în aceste scenarii, fără a constitui neconformitate.

... afișează tot conținutul

Vă rugăm să confirmați dacă toate funcționalitățile solicitate, inclusiv replicarea Active-Active, data reduction inline și funcțiile de disponibilitate, trebuie sa fie incluse integral în oferta de bază, pe durată nelimitată, fără opțiuni suplimentare, subscripții sau costuri recurente.

... afișează tot conținutul

Se confirmă. Conform cerințelor anexa nr.1 - 11.4 și 14.5 („Complete licensing on perpetual basis – All features included") + anexa nr.2 – 1.5(Licențiere software: perpetuă pentru toate funcționalitățile), 4.2.4(Licențiere – toate activările validate pe durata de viață a sistemului de stocare(perpetuă)), deci toate funcționalitățile solicitate trebuie incluse integral în oferta de bază, cu licențiere perpetuă:
• Replicare sincronă Active-Active;
• Deduplicare și compresie inline;
• Criptare AES-256;
• Snapshots;
• Management și monitorizare.
Nu se acceptă subscripții, licențe pe durată limitată sau costuri recurente pentru funcționalitățile obligatorii specificate.

... afișează tot conținutul