Achiziție - Soluție de stocare a datelor de tip enterprise

Având în vedere că obiectul achiziției îl constituie un sistem enterprise de stocare all-flash orientat către servicii block, iar funcționalitățile NAS/NFS reprezintă o categorie distinctă de servicii de stocare, vă rugăm să confirmați dacă cerințele referitoare la NFS și la volumele/file share-urile asociate pot fi considerate opționale.
Menționăm că această modificare nu afectează funcționalitățile esențiale solicitate pentru infrastructura SAN și ar permite participarea unui număr mai mare de producători consacrați în domeniul sistemelor enterprise de stocare, respectând principiile concurenței și tratamentului egal.

... afișează tot conținutul

Cerințele referitoare la funcționalitățile NFS se mențin ca obligatorii.

... afișează tot conținutul

Referitor la cerința C3.3, înțelegem corect că obiectivul acesteia este asigurarea unor mecanisme fiabile de segregare și izolare logică a resurselor de stocare, cu posibilitatea gestionarii a acestora, inclusiv definirea granulară a drepturilor de acces, aplicarea independentă a politicilor de performanță (QoS), alocarea și gestionarea separată a resurselor block și file, fără impact asupra altor resurse/entități administrative?

Prin urmare, vor fi considerate conforme și soluțiile care realizează aceste funcționalități, pentru a nu limita concurenta doar la un singur producător - NetApp/ONTAP.

... afișează tot conținutul

Tipul de echipament este disponibil în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise. Prin urmare, cerințele nu restricționează concurența și este conformă cu prevederile art. 37 din Legea nr. 131/2015 privind achizițiile publice

... afișează tot conținutul

Referitor la cerința C2.34 privind suportul pentru minimum 1000 snapshot-uri per volum, vă rugăm să confirmați dacă obiectivul urmărit de beneficiar este asigurarea unui număr suficient de puncte de restaurare (recovery points) în raport cu politica de retenție, RPO/RTO și cerințele operaționale ale serviciilor găzduite.

În acest context, vă rugăm să precizați:

1. Vă rugăm să precizați frecvența estimată de creare a snapshot-urilor și perioada de retenție avute în vedere la stabilirea cerinței de minimum 1000 snapshot-uri per volum.

2. Înțelegem corect că vor fi considerate conforme și soluțiile care suportă minimum 500 snapshot-uri per volum, cu condiția îndeplinirii integrale a cerințelor privind retenția datelor, punctele de restaurare (recovery points) și obiectivele RPO/RTO solicitate?

... afișează tot conținutul

Cerința a fost dimensionată în raport cu politicile de protecție a datelor aplicabile serviciilor găzduite, care combină puncte de restaurare frecvente pe termen scurt — cu rol de protecție anti-ransomware (C3.13) și de asigurare a unui RPO redus — cu retenție extinsă pe termen mediu.

... afișează tot conținutul

Cerințele tehnice sunt orientate în mod direct către platforma NetApp / ONTAP, prin solicitarea unor funcționalități și mecanisme specifice acestei arhitecturi.

O asemenea formulare limitează concurența reală și favorizează direct un anumit producător și, implicit, un anumit operator economic, fapt ce contravine principiilor prevăzute la art. 7 din Legea nr. 131/2015 privind achizițiile publice, inclusiv tratamentului egal, nediscriminării, proporționalității, transparenței și asigurării concurenței.

Totodată, cerințele formulate în acest mod încălca prevederile art. 37 alin. (6) și alin. (9) din Legea nr. 131/2015, potrivit cărora specificațiile tehnice nu trebuie să indice direct sau indirect un anumit producător, operator economic, marcă ori tip determinat de bunuri și nu trebuie să creeze obstacole nejustificate care restrâng concurența.

... afișează tot conținutul

Tipul de echipament este disponibil în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise. Prin urmare, cerințele nu restricționează concurența și este conformă cu prevederile art. 37 din Legea nr. 131/2015 privind achizițiile publice

... afișează tot conținutul

Stimata autoritate contractanta, caietul de sarcini din a doua redactie a licitatiei nu difera, in esenta, de prima redactie. Orientarea directa catre NetApp/ONTAP a fost inlocuita cu formulari mai prudente si mai voalate, insa cumulul cerintelor continua sa excluda, in fapt, posibilitatea propunerii unei solutii diferite de platforma NetApp/ONTAP-based: Nakivo / storage snapshot backup, unified SAN/NAS, metro HA cu RPO=0, NFS-scale, multi-tenant domains, global deduplication, application-consistent snapshots si alte cerinte. Prin urmare, modificarile operate nu elimina limitarea concurentei si indica nerespectarea principiilor prevazute de Legea nr. 131/2015 privind achizitiile publice. Orice eventuale trimiteri la existenta caracteristicilor solicitate la cel putin trei producatori nu pot fi considerate drept dovada a unei concurente reale, daca este vorba despre NetApp, Lenovo si Fujitsu. Solutiile Lenovo si Fujitsu sunt bazate pe aceeasi platforma NetApp/ONTAP, astfel incat nu discutam despre alternative tehnologice independente, ci despre variante ale aceleiasi arhitecturi de stocare sub branduri diferite. In aceasta situatie, existenta formala a mai multor marci comerciale nu elimina limitarea concurentei, mai ales avand in vedere mentinerea legaturii cu Nakivo / storage snapshot backup si cu alte cerinte de tip ONTAP-like. Va solicitam sa introduceti modificarile necesare in specificatia tehnica, astfel incat sa fie asigurata o concurenta reala si respectarea prevederilor Legii nr. 131/2015.

... afișează tot conținutul

Caietul de Sarcini a fost elaborat conform necesităților funcționale și operaționale actuale ale platformei MCloud, cu o rezervă tehnologică pentru asigurarea relevanței soluției pe parcursul mai multor ani de exploatare. Cerințele sunt formulate în termeni de performanță și funcționalitate, fără referire la mărci comerciale, și pot fi satisfăcute de mai multe platforme tehnologice independente.

Afirmația privind excluderea altor platforme nu este susținută de argumente concrete — solicitantul nu a identificat cerințe specifice pe care o anumită soluție nu le-ar putea îndeplini.

Cu toate acestea, I.P. STISC a analizat observațiile recepționate și a operat ajustări în versiunea actualizată a Caietului de Sarcini, relaxând o serie de cerințe la limita necesităților stricte actuale, în scopul extinderii participării și stimulării concurenței tehnologice. Versiunea actualizată este publicată în cadrul procedurii.

... afișează tot conținutul

Întrucât configurația minimă solicitată nu include unități de expansiune (expansion units), iar acestea reprezintă o posibilă extindere ulterioară a sistemului, vă rugăm să confirmați că această cerință va fi evaluată doar în cazul în care soluția ofertată include astfel de unități în configurația inițială.

În cazul în care configurația ofertată nu include unități de expansiune, vă rugăm să confirmați că această cerință nu va constitui criteriu de conformitate pentru sistemul livrat.

... afișează tot conținutul

în conformitate cu cerința C2.2 privind caracterul extensibil și scalabil al sistemului, arhitectura soluției ofertate trebuie să suporte conectarea a unităților de expansiune la extinderile ulterioare. Îndeplinirea acestei condiții se va demonstra prin documentația tehnică oficială a producătorului, depusă odată cu oferta

... afișează tot conținutul

Constatăm că, în pofida numeroaselor solicitări de clarificare formulate anterior, cerința C1.10 din cea de-a doua redacție a documentației rămâne practic neschimbată și continuă să introducă o restricție tehnică nejustificată, fără prezentarea argumentelor tehnice și economice care să o susțină.

În forma actuală, cerința produce efectul limitării artificiale a concurenței și favorizează anumite platforme de stocare care beneficiază de integrări mature și istorice cu soluția Nakivo, în detrimentul altor producători consacrați din piață, ale căror soluții oferă funcționalități echivalente sau superioare, însă prin mecanisme tehnice diferite.

Mai mult, autoritatea contractantă solicită compatibilitatea cu o soluție de backup existentă, dar refuză în continuare să prezinte informațiile minime necesare privind mediul actual și dimensiunea reală a integrării solicitate. O astfel de abordare transferă integral riscul asupra ofertanților și face imposibilă estimarea corectă a costurilor și a efortului de implementare.

Vă reamintim că soluțiile enterprise de backup sunt licențiate, în practică, în funcție de numărul de procesoare/socket-uri, de numărul de workload-uri protejate sau de volumul de date gestionat. Aceste informații sunt cunoscute în mod direct și exclusiv de către autoritatea contractantă și reprezintă elemente esențiale pentru elaborarea unei oferte reale și comparabile.

În acest context, solicităm să precizați explicit:

* care este soluția de backup utilizată în prezent;
* care este modelul de licențiere aplicabil acesteia;
* care sunt parametrii reali care determină necesarul de licențiere;
* care sunt platformele de stocare existente pentru care se solicită integrarea;
* care este volumul real al infrastructurii ce urmează a fi protejată.

În lipsa acestor informații, cerința apare ca fiind formulată astfel încât să avantajeze exclusiv anumite tehnologii și anumite combinații vendor–vendor deja existente, fără a permite evaluarea obiectivă a unor soluții echivalente oferite de alți producători.

Prin urmare, solicităm prezentarea situației reale din infrastructura MCloud și motivarea tehnică detaliată a necesității menținerii acestei cerințe în forma actuală. În caz contrar, se creează aparența unei restrângeri nejustificate a concurenței și a unei orientări artificiale a procedurii către o categorie limitată de producători, contrar principiilor tratamentului egal, proporționalității și utilizării eficiente a fondurilor publice.

... afișează tot conținutul

1. Cu privire la pretinsul caracter restrictiv al cerinței C1.10
Cerința C1.10 nu constituie o restricție tehnică, ci o cerință obligatorie de compatibilitate și integrare, necesară asigurării continuității serviciilor și securității infrastructurii cloud guvernamentale. Soluția ofertată trebuie să susțină integrarea cu soluția de backup Nakivo sau echivalent. Formularea „sau echivalent"" exclude prin ea însăși orientarea către un producător determinat. Cerințele tehnice aplicabile soluțiilor alternative vor fi comunicate oricărui ofertant care le solicită, în funcție de politica de licențiere a soluției alternative propuse, pe baza unei cereri care să indice clar parametrii necesari pentru licențiere.
2. Cu privire la afirmația privind limitarea concurenței
Cerința nu limitează concurența, ci reflectă configurația reală, existentă, a infrastructurii cloud guvernamentale. Este o cerință strict tehnică, al cărei unic obiectiv este asigurarea compatibilității cu mecanismul de backup aflat în exploatare. Menținerea acesteia este necesară și obligatorie pentru respectarea politicilor instituționale de Business Continuity și Disaster Recovery, aplicabile serviciilor critice ale statului. Orice soluție care realizează integrarea prin mecanisme tehnice diferite, dar cu+D11 rezultat funcțional echivalent și demonstrabil, este admisibilă.
3. Cu privire la pretinsul refuz de a furniza informații
Autoritatea contractantă nu refuză furnizarea informațiilor necesare. Obiectul prezentei achiziții îl constituie soluția de stocare, nu soluția de backup; în consecință, cerințele tehnice specifice soluției de backup nu au făcut obiectul publicării în documentația de atribuire. STISC este disponibilă să furnizeze informațiile solicitate ca răspuns la cereri concrete, formulate punctual, privind parametrii prevăzuți de politica de licențiere a soluției alternative de backup pe care ofertantul intenționează să o propună.
4. Cu privire la modelul de licențiere și la parametrii de dimensionare solicitați
Soluția de backup nu face obiectul achiziției. Din considerente de securitate a infrastructurii critice, autoritatea contractantă nu a descris în documentație ansamblul soluției de backup aflate în exploatare. Aceasta nu împiedică însă elaborarea ofertei: la solicitare punctuală, STISC va comunica parametrii concreți și serviciile necesare pentru licențierea și acceptanța unei noi soluții de backup, în măsura în care aceștia sunt relevanți pentru soluția alternativă propusă de ofertant.
5. Cu privire la afirmațiile privind favorizarea anumitor combinații vendor–vendor
Aceste afirmații reprezintă insinuări nefondate și nu sunt susținute de niciun element al documentației. Obiectivul autorității contractante este achiziționarea unui echipament performant, la cel mai avantajos preț, fără investiții financiare și operaționale suplimentare și fără modificări de arhitectură, în scopul menținerii continuității și securității serviciilor critice ale statului. Această abordare este pe deplin conformă principiului utilizării eficiente a fondurilor publice, întrucât evită costuri conexe pe care le-ar genera reconfigurarea infrastructurii existente.
6. Concluzie
STISC reiterează disponibilitatea de a comunica parametrii minimi necesari, de îndată ce va fi formulată o solicitare punctuală de furnizare a acestora, conform politicii de licențiere a soluției alternative avute în vedere de ofertant. Din motive de securitate a infrastructurii critice, autoritatea contractantă nu are dreptul de a descrie în totalitate infrastructura curentă, aceasta constituind informație confidențială de uz intern.

... afișează tot conținutul

Care producători ?

... afișează tot conținutul

Identificarea soluțiilor conforme cu cerințele din Caietul de Sarcini revine ofertanților.

... afișează tot conținutul

Va rugam sa numiți producătorii, dacă pui cerințele în Google arată doar un producător

... afișează tot conținutul

Identificarea soluțiilor conforme cu cerințele din Caietul de Sarcini revine ofertanților.

... afișează tot conținutul

Se limitează concurența reală și se favorizează direct un anumit producător și, implicit, un anumit operator economic, fapt ce contravine principiilor prevăzute la art. 7 din Legea nr. 131/2015 privind achizițiile publice, inclusiv tratamentului egal, nediscriminării, proporționalității, transparenței și asigurării concurenței.

... afișează tot conținutul

Afirmația este generală și nu identifică cerințe tehnice concrete care ar favoriza un anumit producător. I.P. STISC confirmă că cerințele din Caietul de Sarcini sunt formulate în termeni de performanță și funcționalitate, fără referire la mărci comerciale, și pot fi satisfăcute de mai multe platforme tehnologice independente, cu arhitecturi și sisteme de operare distincte.

... afișează tot conținutul

În temeiul art. 35 alin. (1) din Legea nr. 131/2015 privind achizițiile publice, orice operator economic interesat are dreptul de a solicita clarificări privind documentația de atribuire.

Totodată, conform art. 35 alin. (2) din aceeași lege, autoritatea contractantă are obligația de a răspunde la orice solicitare de clarificare în mod clar, complet și fără ambiguități, cât mai repede posibil, într-un termen care nu trebuie să depășească, de regulă, 3 zile lucrătoare de la primirea solicitării.

Atragem atenția că întrebările de clarificare adresate anterior vizează aspecte esențiale ale documentației de atribuire, inclusiv caracterul potențial restrictiv al cerințelor tehnice și riscul favorizării unei anumite platforme/producător. Lipsa unui răspuns clar, complet și motivat afectează dreptul operatorilor economici de a pregăti o ofertă conformă și competitivă și poate conduce la încălcarea principiilor prevăzute de art. 7 din Legea nr. 131/2015, inclusiv: transparența achizițiilor publice; asigurarea concurenței și combaterea concurenței neloiale; tratamentul egal, imparțialitatea și nediscriminarea; proporționalitatea etc.

... afișează tot conținutul

Tipul de echipament este disponibil în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise. Prin urmare, cerințele nu restricționează concurența și este conformă cu prevederile art. 37 din Legea nr. 131/2015 privind achizițiile publice

... afișează tot conținutul

În temeiul art. 38 din Legea nr. 131/2015 privind achizițiile publice, solicităm să ne confirmați dacă specificațiile tehnice au fost formulate astfel încât să permită accesul egal al operatorilor economici și să nu creeze obstacole nejustificate în calea concurenței.

Din analiza cerințelor tehnice, rezultă că mai multe funcționalități solicitate cumulativ pot corespunde unui ecosistem tehnologic determinat sau unui număr foarte restrâns de producători. În acest context, vă rugăm să confirmați dacă autoritatea contractantă a verificat existența reală a mai multor producători independenți care pot îndeplini integral și cumulativ toate cerințele solicitate.

În cazul unui răspuns afirmativ, vă rugăm să indicați cel puțin trei producători independenți care pot îndeplini integral cerințele documentației, fără a utiliza aceeași platformă tehnologică sub denumiri comerciale diferite.

... afișează tot conținutul

Tipul de echipament este disponibil în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise. Prin urmare, cerințele nu restricționează concurența și este conformă cu prevederile art. 37 din Legea nr. 131/2015 privind achizițiile publice

... afișează tot conținutul

Din analiza cumulativă a cerințelor tehnice indicate în documentația de atribuire, rezultă în mod evident că acestea conduc către o soluție tehnologică determinată, asociată unui anumit producător, fapt care limitează concurența reală și creează premisele favorizării unui singur operator economic capabil să oferteze produsul respectiv.

O asemenea abordare poate contraveni principiilor prevăzute de art. 7 din Legea nr. 131/2015 privind achizițiile publice, în special principiilor tratamentului egal, nediscriminării, transparenței, proporționalității și asigurării concurenței loiale. De asemenea, aceasta poate intra în contradicție cu prevederile art. 37 din aceeași lege, potrivit cărora specificațiile tehnice trebuie să permită accesul egal al operatorilor economici la procedura de atribuire și nu trebuie să creeze obstacole nejustificate în calea concurenței.

Totodată, vă rugăm să confirmați dacă autoritatea contractantă acceptă soluții echivalente sau superioare, care asigură aceleași rezultate funcționale, de performanță, disponibilitate, securitate și administrare, chiar dacă mecanismele tehnice interne sunt implementate diferit față de soluția avută în vedere la elaborarea documentației.

... afișează tot conținutul

Tipul de echipament este disponibil în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise. Prin urmare, cerințele nu restricționează concurența și este conformă cu prevederile art. 37 din Legea nr. 131/2015 privind achizițiile publice

... afișează tot conținutul

Solicităm să răspundeți în termen legal la întrebările de clarificare adresate, în mod clar, complet și fără ambiguități, conform art. 35 din Legea nr. 131/2015 privind achizițiile publice.

Menționăm că amânarea răspunsurilor până la expirarea perioadei de clarificări poate priva operatorii economici de posibilitatea reală de a adresa întrebări suplimentare, de a solicita precizări necesare și de a pregăti o ofertă conformă.

O asemenea practică afecta principiile prevăzute la art. 7 din Legea nr. 131/2015, inclusiv transparența, tratamentul egal, nediscriminarea și asigurarea concurenței reale.

Prin urmare, solicităm publicarea răspunsurilor fără întârziere, astfel încât dreptul operatorilor economici la clarificări să nu devină unul formal, ci să poată fi exercitat efectiv.

... afișează tot conținutul

Tipul de echipament este disponibil în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise. Prin urmare, cerințele nu restricționează concurența și este conformă cu prevederile art. 37 din Legea nr. 131/2015 privind achizițiile publice

... afișează tot conținutul

Vă rugăm să clarificați necesitatea cerinței privind configurarea granulară a dimensiunii blocurilor utilizate în procesul de replicare, având în vedere că, în arhitectura sistemelor enterprise moderne de stocare, mecanismele de replicare optimizează automat dimensiunea blocurilor și procesele de transfer, fără a expune aceste setări pentru configurare manuală.

În acest context, vă rugăm să confirmați că vor fi acceptate soluții care asigură replicare sincronă și asincronă la nivel block, cu optimizare automată a parametrilor de replicare și suport pentru procese paralele, fără posibilitatea configurării manuale a dimensiunii blocurilor. (Apropo, niciun vendor nu suportă acest mecanism granular, inclusiv și NetApp.)

... afișează tot conținutul

Intenția cerinței C2.7 este de a asigura control manual asupra proceselor necesar în situații operaționale critice.

... afișează tot conținutul

Referitor la cerințele C2.10 și C2.11, prin care se solicită utilizarea exclusivă a discurilor NVMe SSD de tip TLC, vă rugăm să precizați dacă sunt acceptate și soluții bazate pe alte tehnologii enterprise de memorie flash (de exemplu QLC), cu condiția ca acestea să asigure performanțe, disponibilitate, fiabilitate și anduranță cel puțin echivalente și să îndeplinească integral toate cerințele funcționale și de performanță solicitate.
În cazul în care se menține obligativitatea utilizării exclusive a tehnologiei TLC, vă rugăm să prezentați justificarea tehnică și operațională a acestei restricții, având în vedere că pe piață există soluții enterprise bazate pe alte tehnologii de memorie flash, care, prin arhitectura hardware și software a sistemului, oferă performanțe și caracteristici tehnice echivalente sau superioare și sunt utilizate pe scară largă în sisteme enterprise de stocare.

... afișează tot conținutul

Cerința privind tehnologia TLC este menținută.
Cerințele au fost stabilite în raport cu profilul de utilizare al sistemului, care implică un volum ridicat de scriere susținută la nivelul mediilor fizice de stocare — replicare sincronă și asincronă (C2.6–C2.8), configurație metro activ-activ cu RPO=0 (C2.9), până la 1000 de snapshot-uri per volum (C2.34), precum și deduplicare și compresie inline (C3.8–C3.9). Tehnologia TLC asigură o anduranță la scriere — exprimată prin indicatorii standard DWPD (Drive Writes Per Day) și TBW (Terabytes Written), declarați de producători în specificațiile oficiale ale discurilor — semnificativ superioară tehnologiei QLC. Acest aspect este esențial în condițiile în care garanția și suportul tehnic sunt solicitate pentru o perioadă de minimum 5 ani (C1.6–C1.8), iar discurile defecte nu se returnează producătorului (C1.11).
Totodată, cerința nu indică un producător sau un produs anume: discuri NVMe TLC enterprise sunt disponibile în portofoliul tuturor producătorilor majori de sisteme de stocare enterprise.

... afișează tot conținutul

Referitor la cerința C3.14, vă rugăm să confirmați dacă sunt acceptate și soluții care utilizează module criptografice sau discuri Self-Encrypting (SED) aflate în procesul oficial de validare în cadrul programului NIST CMVP pentru certificarea FIPS 140-3, cu condiția îndeplinirii tuturor cerințelor funcționale și de securitate.

... afișează tot conținutul

Nu pot fi acceptate module criptografice sau discuri SED aflate în procesul de validare. Cerința C3.14 impune explicit certificare FIPS 140-3 validată în cadrul programului NIST CMVP, confirmată prin numărul certificatului CMVP corespunzător.

Platforma MCloud constituie infrastructură guvernamentală critică, iar protecția criptografică a datelor statului nu poate fi condiționată de finalizarea ulterioară a unui proces de certificare al cărui rezultat și termen nu sunt garantate. Acceptarea unor soluții „în curs de validare"" ar transforma o cerință de securitate obiectivă și verificabilă într-o declarație de intenție, imposibil de evaluat la momentul depunerii ofertelor.

Cerința C3.14 se menține în forma publicată. Ofertantul va indica în ofertă numărul certificatului CMVP activ la data limită de depunere a ofertelor.

... afișează tot conținutul

Referitor la cerința C3.4, vă rugăm să precizați scenariul de utilizare și cerințele de dimensionare pentru funcționalitatea de management a copiilor de snapshot la nivel de aplicație (Copy Data Management), inclusiv informații privind aplicațiile vizate (Microsoft SQL Server, Oracle etc.), numărul estimativ de instanțe, volumul de date care urmează a fi protejat și eventualele cerințe privind recuperarea la nivel de aplicație.
Aceste informații sunt necesare pentru dimensionarea și licențierea corectă a soluției propuse și pentru asigurarea comparabilității ofertelor.

... afișează tot conținutul

Cerința C3.4 vizează capacitatea nativă a sistemului de stocare de a realiza copii instantanee consistente la nivel de aplicație, prin integrare cu aplicații de tip MS SQL Server, Oracle sau echivalent. Cerința se referă la funcționalitatea suportată de platformă, nu la dimensionarea unei soluții separate de Copy Data Management.

Informațiile solicitate privind numărul de instanțe, volumul de date și scenariile de utilizare constituie date operaționale interne ale infrastructurii MCloud, a căror comunicare nu este necesară pentru formularea ofertei și nu face obiectul clarificărilor în cadrul procedurii de achiziție.

Ofertantul trebuie să demonstreze că sistemul de stocare propus suportă nativ funcționalitatea descrisă în C3.4, iar conform cerinței C3.10, toate funcționalitățile — inclusiv snapshot-urile aplicative — trebuie licențiate și acoperite cu suport pentru întreaga capacitate suportată de sistem în configurație maximă. Aceasta constituie baza unitară și suficientă pentru dimensionarea și comparabilitatea ofertelor.

... afișează tot conținutul

Cerința solicită suport pentru funcționalități de deduplicare la nivel global per sistem. Având în vedere că mecanismele de deduplicare sunt implementate diferit de către producătorii de sisteme enterprise de stocare, fără existența unei definiții standard privind noțiunea de „deduplicare globală”, vă rugăm să clarificați dacă vor fi acceptate soluții care asigură deduplicare inline pentru volume de tip block și mecanisme native de eficientizare a capacității, indiferent de arhitectura internă utilizată pentru implementarea acestei funcționalități.

... afișează tot conținutul

I.P. STISC ia notă de faptul că implementarea internă a mecanismelor de deduplicare diferă de la o platformă la alta. Cerința C3.8 vizează rezultatul funcțional, nu o anumită arhitectură internă de implementare.

În acest sens, se precizează că vor fi acceptate soluții care asigură deduplicare inline pentru volume accesibile la nivel de bloc (LUN-uri iSCSI/FC) și la nivel de fișier (NFS), aplicate la nivelul cel mai larg suportat de arhitectura sistemului propus. Ofertantul va descrie în ofertă domeniul de aplicare al deduplicării (per volum, per grup de volume, per sistem) și va demonstra eficiența mecanismului propus.

Celelalte sub-cerințe rămân aplicabile: conform C3.10, funcționalitatea trebuie licențiată pentru întreaga capacitate suportată în configurație maximă, iar conform C3.11, deduplicarea nu va impune restricții pentru utilizarea simultană a altor funcționalități (replicare, thin provisioning, clonare).

... afișează tot conținutul

Cerința prevede integrarea cu soluția de backup enterprise Nakivo sau echivalent, prin mecanisme native de tip storage snapshot (SAN/NAS snapshot-based backup), cu suport confirmat oficial de ambii producători.

Având în vedere existența pe piață a mai multor soluții enterprise de backup care utilizează mecanisme native de snapshot și oferă funcționalități echivalente de protecție și restaurare a datelor, vă rugăm să clarificați dacă vor fi acceptate soluții de backup enterprise echivalente, certificate sau suportate oficial de producătorul sistemului de stocare, fără obligativitatea existenței unei validări bilaterale explicite între cei doi producători.

... afișează tot conținutul

Cerința C1.10 prevede explicit posibilitatea utilizării unei soluții de backup enterprise echivalente, formularea „Nakivo sau echivalent"" asigurând deschiderea concurențială. Condiția de validare bilaterală — confirmarea oficială a suportului de către ambii producători (stocare și backup) — se menține, fiind esențială pentru garantarea funcționării corecte a mecanismelor de snapshot-based backup în mediul de producție al platformei MCloud.

Validarea unilaterală, doar din partea producătorului sistemului de stocare, nu oferă garanția că soluția de backup va exploata corect și complet mecanismele native de snapshot ale sistemului propus. Într-o infrastructură guvernamentală critică, compatibilitatea declarată fără confirmare reciprocă generează un risc operațional pe care I.P. STISC nu îl poate accepta.

... afișează tot conținutul