Select the type of procedure
1
Enquiry period
with
26.02.2025 16:06
to 10.03.2025 10:00
to 10.03.2025 10:00
2
Bidding period
with
10.03.2025 10:00
to 19.03.2025 10:00
to 19.03.2025 10:00
3
Auction
with
20.03.2025 13:00
to 20.03.2025 14:14
to 20.03.2025 14:14
4
Evaluation
5
Contract
Status
Evaluation
Estimated value without VAT
43 450 153,71 MDL
Period of clarifications:
26 Feb 2025, 16:06 - 10 Mar 2025, 10:00
Submission of proposals:
10 Mar 2025, 10:00 - 19 Mar 2025, 10:00
Supplier technical support:
(+373) 79999801
Subscribe impossible
during the period Evaluation
Servere și sisteme de stocare (perioada 2024-2025)
Information about customer
Title
Fiscal code/IDNO
Address
2012, MOLDOVA, mun.Chişinău, mun.Chişinău, str. Puskin, 42
Web site
---
The contact person
Purchase data
Date created
26 Feb 2025, 16:06
Date modified
27 Feb 2025, 9:22
Achizitii.md ID
21372316
MTender ID
CPV
48820000-2 - Servere
Type of procedure
Open tender
Award criteria
The lowest price
Funding sources
List of lots
Lot nr. 3 - Lotul nr. 3 Enterprise Storage (Sisteme de stocare) tip 1(SAS SSD)
Budget: 17890453.94 MDL
Active
Lot nr. 4 - Lotul nr. 4 Enterprise Storage (Sisteme de stocare) tip 2 (Full flash)
Budget: 19032759.22 MDL
Active
Documents of the procurement procedure
Anexe la documentatia standard.docx
Bidding Documents
Anexe la documentatia standard.docx
26.02.25 16:06
Anunt de participare.signed.pdf
Anunt de participare.signed.pdf
Bidding Documents
Anunt de participare.signed.pdf
26.02.25 16:06
Anexa la Anunțul de participare.docx
Bidding Documents
Anexa la Anunțul de participare.docx
26.02.25 16:06
Anexe la documentatia standard.signed.pdf
Anexe la documentatia standard.signed.pdf
Bidding Documents
Anexe la documentatia standard.signed.pdf
26.02.25 16:06
Anexa nr. 24 Servere si sisteme.signed.pdf
Anexa nr. 24 Servere si sisteme.signed.pdf
Bidding Documents
Anexa nr. 24 Servere si sisteme.signed.pdf
26.02.25 16:06
Anexa la Anunțul de participare.signed.pdf
Anexa la Anunțul de participare.signed.pdf
Bidding Documents
Anexa la Anunțul de participare.signed.pdf
26.02.25 16:06
Date:
27 Feb 2025, 09:22
Question's name:
În secțiunea privind verificarea performanței, se solicită furnizarea de rezultate detaliate ale benchmark-urilor pentru dimensiuni specifice de blocuri (16KB, 32KB, 64KB) folosind instrumente standardizate (IOmeter, FIO). În același timp, în secțiunea privind monitorizarea și optimizarea, se cere ca sistemul să includă instrumente pentru monitorizarea și optimizarea dinamică a performanței în timp real.
Question:
Vă rugăm să clarificați următoarele aspecte:
Cum se vor corela rezultatele statice ale benchmark-urilor cu capacitățile de monitorizare și optimizare dinamică în timp real?
Este necesar ca rezultatele benchmark-urilor să fie obținute în condiții similare cu cele care vor fi monitorizate și optimizate în timp real?
Ce nivel de granularitate este așteptat pentru datele furnizate de instrumentele de monitorizare dinamică, în comparație cu rezultatele detaliate ale benchmark-urilor?
Cum se va evalua conformitatea cu cerințele de performanță în timpul funcționării reale, având în vedere atât rezultatele statice ale benchmark-urilor, cât și datele dinamice de monitorizare?
Aceste clarificări sunt esențiale pentru a ne asigura că ofertele noastre sunt conforme cu cerințele dumneavoastră și pentru a evita interpretări eronate."
Answer (5 Mar 2025, 10:40):
Stimate solicitant, în vederea clarificării aspectelor menționate, oferim următoarele precizări:
1. Corelarea rezultatelor statice ale benchmark-urilor cu monitorizarea și optimizarea dinamică în timp real
• Benchmark-urile statice sunt utilizate pentru a valida performanța sistemului – la etapa de evaluare a ofertelor în condiții controlate, conform cerințelor specificate (ex. 70% read / 30% write, diverse dimensiuni de blocuri, latență <1 ms).
• Monitorizarea și optimizarea dinamică în timp real sunt mecanisme care vor asigura, ulterior punerei în funcționare a sistemelor de stocare, menținerea performanței sistemului în scenarii operaționale variabile, prin ajustarea automată a resurselor și identificarea eventualelor degradări ale performanței.
• Deși benchmark-urile oferă o referință pentru capacitățile hardware și software, funcționalitatea de monitorizare dinamică solicitată conform cerințelor, va asigura ulterior ajustarea continuă pentru a optimiza performanța în funcție de cerințele reale ale încărcăturii de lucru.
2. Obținerea rezultatelor benchmark-urilor în condiții similare cu cele monitorizate în timp real.
• Deși testele benchmark sunt efectuate în condiții controlate pentru a valida specificațiile tehnice la etapa de evaluare tehnică a ofertelor, acestea trebuie să reflecte scenarii cât mai apropiate de utilizarea reală.
• Rezultatele benchmark-urilor trebuie să includă toate parametrele specificate în cerințele de performanță (IOPS, latență, modele I/O, concurență), oferind astfel o bază de referință pentru evaluarea performanței în condiții operaționale.
• Funcționalitatea solicitată de monitorizare în timp real va permite ulterior ajustarea performanței în funcție de factori precum variațiile încărcăturii de lucru, operațiuni de mentenanță sau condiții neprevăzute.
3. Nivelul de granularitate al datelor furnizate de instrumentele de monitorizare dinamică.
• Sistemul de monitorizare trebuie să ofere date detaliate privind throughput-ul, IOPS și latența, într-un mod comparabil cu rezultatele benchmark-urilor.
• Se așteaptă o granularitate minimă la nivel de secundă sau 5/10 secunde (de notat că cerințele tehnice nu includ astfel de criterii – respectiv nici nu se va supune evaluării în vederea calificării sau descalificării) pentru parametrii de performanță, astfel încât să permită analiza în timp real și optimizarea proactivă a resurselor.
• De asemenea, instrumentele trebuie să ofere vizibilitate asupra tendințelor de performanță pe termen lung și a evenimentelor care pot afecta stabilitatea sistemului.
Date:
27 Feb 2025, 09:28
Question's name:
"În specificațiile tehnice pentru Lotul nr. 3, se solicită utilizarea de 'Enterprise-grade SAS SSDs' și se menționează explicit excluderea soluțiilor NVMe. Cu toate acestea, în secțiunea referitoare la toleranța la defecțiuni, se menționează că sistemul trebuie să suporte defecțiuni simultane ale dispozitivelor de stocare, inclusiv 'drives, NVMe, or flash modules'.
Question:
Vă rugăm să clarificați următoarele aspecte:
Este permisă includerea soluțiilor NVMe în ofertele pentru Lotul nr. 3, având în vedere contradicția dintre cerința specifică pentru SAS SSD și menționarea NVMe în contextul toleranței la defecțiuni?
Dacă soluțiile NVMe sunt permise, vă rugăm să confirmați dacă cerințele de performanță și fiabilitate specificate pentru SAS SSD-uri se aplică și la soluțiile NVMe propuse.
Dacă soluțiile NVMe nu sunt permise, vă rugăm să explicați de ce sunt menționate în contextul toleranței la defecțiuni și cum se va asigura conformitatea cu această cerință folosind exclusiv SAS SSD-uri.
Clarificarea acestor aspecte este crucială pentru a asigura o ofertare corectă și conformă cu cerințele dumneavoastră."
Answer (5 Mar 2025, 10:41):
Stimate solicitant, vă oferim următoarele precizări pentru a clarifica aspectele legate de utilizarea sintagmei la mod generic(e.g. = “exempli gratia” = "de exemplu") ”NVMe” a unităților de stocare în Lotul nr. 3:
1. Utilizarea exclusivă a SAS SSD-urilor pentru Lotul nr. 3
• Specificațiile tehnice pentru Lotul nr. 3 prevăd în mod expres utilizarea de Enterprise-grade SAS SSDs, excluzând soluțiile NVMe.
• Această cerință este stabilită pentru a asigura compatibilitatea cu arhitectura sistemului de stocare selectat de către specialiștii tehnici din cadrul Autorității contractante conform necesităților sale tehnice și operaționale, și pentru a menține un nivel uniform de performanță și fiabilitate în cadrul soluției ce urmează a fi implementată.
• Prin urmare, soluțiile bazate pe NVMe nu sunt permise pentru acest lot și nu vor fi considerate conforme cu cerințele specificate.
2. Menționarea sintagmei ”NVMe” în contextul toleranței la defecțiuni și al securității
• Referințele la NVMe și flash modules în secțiunile referitoare la toleranța la defecțiuni și securitatea datelor sunt incluse pentru a acoperi specificațiile generale aplicabile diferitelor configurații ale sistemelor de stocare.
• Aceste mențiuni nu implică posibilitatea utilizării unităților NVMe în Lotul nr. 3, ci reflectă o abordare generală privind gestionarea defectelor și protecția datelor în soluțiile de stocare.
• În contextul acestui lot, toleranța la defecțiuni și securitatea datelor vor fi asigurate prin mecanisme de protecție și redundanță specifice SAS SSD-urilor, conform arhitecturii sistemului preconizat spre achiziționare.
3. Asigurarea conformității utilizând exclusiv SAS SSD-uri
• Sistemul de stocare va fi configurat pentru a menține disponibilitatea și integritatea datelor doar prin utilizarea SAS SSD-urilor, implementând tehnologii de protecție precum RAID avansat, mecanisme de paritate și redundanță la nivel hardware și software.
Date:
27 Feb 2025, 09:39
Question's name:
Software și licențiere „Toate licențele necesare trebuie să fie incluse pe o bază perpetuă”
Question:
Vă rugăm să clarificați următoarele aspecte: Soluțiile moderne (ex. VMware) oferă modele de licențiere bazate pe subscripție, prin urmarea aceasta cerinta restrictiva crează premize artificiale de descalificare a soluțiilor ce oferă solutții bazate pe subscripție. O solutie corecta ar fi acceptare modele flexibile de licențiere cu reformulare: „Licențiere perpetuă sau subscripție pe termen lung (min. 5 ani)", prin umrare vă rugăm să efectuați modificarile necesare in cazul in care se acccepta sau să argumntați cum anume aceasta cerintă afectează cheltuirea eficientă a banilor publici.
Answer (5 Mar 2025, 10:47):
1. Justificarea cerinței pentru licențiere perpetuă
• Cerința de licențiere perpetuă a fost stabilită pentru a asigura sustenabilitatea și controlul costurilor pe durata integrală de viață a sistemului de stocare.
• Aceasta are rolul de a preveni dependența de costuri recurente și de a evita posibilele dificultăți legate de bugetarea reînnoirii licențelor în anii următori.
• În contextul achizițiilor publice, o licență perpetuă contribuie la maximizarea investiției și la asigurarea continuității serviciilor fără riscul întreruperii din cauza expirării unei subscripții utilizând eficient fondurile financiare alocate prin decizia Consiliului ASP pentru procedura în cauză și minimizând riscurile aferente investiției în aceste echipamente.
2. Referitor la modelele de licențiere bazate pe subscripție
• Suntem conștienți că unele soluții moderne, inclusiv platformele de virtualizare, adoptă modele de licențiere pe bază de subscripție.
• Totuși, achiziția unei soluții de virtualizare de tip VMware nu face obiectul prezentei proceduri, urmând să fie achiziționată ulterior printr-o procedură separată.
• Prin urmare, cerința actuală nu descalifică soluțiile care utilizează inclusive pe bază de subscripții pentru alte componente software achiziționate separat.
3. Impactul asupra cheltuielii eficiente a banilor publici
• Achiziționarea de licențe perpetue pentru software-ul specific sistemului de stocare contribuie la gestionarea predictibilă a bugetului public, evitând obligații financiare suplimentare imprevizibile la etapa de achiziție, pe termen lung.
• Modelul bazat pe subscripție poate genera costuri cumulative mult mai mari decât o achiziție inițială unică, ceea ce ar putea afecta eficiența utilizării fondurilor publice.
• De asemenea, se consider necesar aplicarea atenuării riscului de modificare ad-hoc în mod unilateral a condițiilor de licențiere din partea furnizorului în cazul subscripțiilor, ce ar putea duce la costuri neprevăzute și/sau la imposibilitatea de a prelungi licențele în anumite condiții bugetare – lipsa în viitor a fondurilor aprobate de factorii de decizie a Autorității contractante(Consiliu).
Lotul nr. 3 Enterprise Storage (Sisteme de stocare) tip 1(SAS SSD)
Date:
27 Feb 2025, 13:58
Question's name:
Justificarea utilizării SAS în locul NVMe – tehnologie depășită pentru sisteme de stocare enterprise moderne
Question:
Documentația specifică utilizarea exclusivă a unităților de stocare bazate pe interfața SAS (Serial Attached SCSI), în ciuda faptului că această tehnologie este considerată depășită în comparație cu standardul NVMe (Non-Volatile Memory Express). SAS are un număr semnificativ mai mare de limitări tehnice față de NVMe, inclusiv latență mai mare, rată de transfer inferioară și un număr semnificativ mai mic de cozi de comandă, ceea ce duce la performanță mai slabă în aplicații cu IOPS ridicat.
Având în vedere că NVMe oferă multiple avantaje tehnice, inclusiv o scalabilitate superioară, latență redusă și performanță mult mai mare, solicităm modificarea cerințelor tehnice pentru a schimba tehnologia SAS pe NVMe.
Answer (5 Mar 2025, 11:03):
Referitor la alegerea interfeței SAS SSD în detrimentul NVMe pentru sistemele de stocare din Lotul nr. 3, oferim următoarele precizări:
1. Justificarea utilizării SAS SSD în această achiziție
Cerința pentru Enterprise-grade SAS SSDs a fost stabilită pentru a îndeplini strict necesitățile Autorității contractante și cerințele operaționale și arhitecturale specifice ale infrastructurii existente, având în vedere următoarele aspecte:
• Compatibilitate și integrare
Sistemele de stocare vizate trebuie să fie compatibile cu platformele și soluțiile existente, care sunt optimizate pentru medii bazate pe SAS SSD. Adoptarea exclusivă a NVMe ar putea necesita modificări semnificative ale infrastructurii și ar putea impune costuri suplimentare pentru compatibilitatea hardware și software.
• Fiabilitate și scalabilitate
În centrele de date enterprise, SAS SSD este preferat datorită mecanismelor avansate de gestionare a erorilor, redundanței și fiabilității ridicate. De asemenea, SAS oferă scalabilitate superioară pentru soluții cu numeroase unități de stocare, permițând conectivitate eficientă prin expandoare SAS fără a necesita controlere suplimentare, ceea ce este critic pentru disponibilitatea continuă a serviciilor.
• Performanță adecvată pentru scenariul de utilizare
Deși NVMe oferă performanță superioară în aplicații cu IOPS foarte ridicat, analiza cerințelor operaționale a demonstrat că SAS SSD satisface pe deplin nevoile actuale de stocare, oferind un echilibru între viteză, fiabilitate și costuri. De asemenea, modelele avansate de SAS SSD, inclusiv cele eTLC, asigură performanțe competitive - din considerente de raport cost-eficiență, fără a compromite stabilitatea sistemului.
2. Impactul modificării cerințelor la NVMe
• Ofertele bazate exclusiv pe NVMe ar necesita modificarea arhitecturii întregului sistem de stocare, inclusiv controlere compatibile NVMe, modificarea interconectivității și posibile ajustări la nivel de software.
• Sistemele NVMe sunt mai puțin potrivite pentru scenarii cu cerințe ridicate de disponibilitate și protecție a datelor în arhitecturi tradiționale de stocare SAN.
• Costurile asociate implementării unei infrastructuri full-NVMe ar putea fi semnificativ mai mari, ceea ce ar putea reduce eficiența utilizării fondurilor publice, fără un beneficiu clar raportat la cerințele operaționale curente.
Astfel, având în vedere criteriile care au stat la etapa de planificare și elaborare a cerințelor de fiabilitate, compatibilitate și eficiență operațională, utilizarea Enterprise-grade SAS SSD rămâne justificată pentru Lotul nr. 3. Cerințele tehnice stabilite nu exclud viitoare evoluții tehnologice, însă în contextul actual, alegerea SAS SSD asigură maximizarea compatibilității cu infrastructura existentă, minimizarea costurilor suplimentare și garantarea stabilității sistemului.
Lotul nr. 3 Enterprise Storage (Sisteme de stocare) tip 1(SAS SSD)
Date:
27 Feb 2025, 14:02
Question's name:
Justificarea utilizării exclusiv a tehnologiei TLC/eTLC pentru SSD-uri – risc major asupra continuității registrelor critice ale ASP
Question:
În specificațiile tehnice se solicită utilizarea exclusivă a SSD-urilor bazate pe tehnologia TLC (Triple-Level Cell) sau eTLC (Enhanced TLC), fără a permite alternative mai fiabile și performante precum MLC (Multi-Level Cell) sau SLC (Single-Level Cell). TLC este cunoscută ca fiind cea mai slabă tehnologie de stocare NAND în termeni de durabilitate și fiabilitate, având un număr semnificativ mai mic de cicluri de scriere/ștergere comparativ cu MLC și SLC.
Pentru un sistem critic, precum cel destinat Agenției Servicii Publice (ASP), care gestionează registre fundamentale ale statului (evidența populației, cadastru, acte oficiale etc.), utilizarea SSD-urilor TLC reprezintă un risc inacceptabil pentru continuitatea operațională și integritatea datelor. În condiții de utilizare intensivă, SSD-urile bazate pe TLC se degradează rapid, necesitând înlocuire frecventă și expunând datele critice ale statului la riscul de pierdere sau corupere.
În plus, având în vedere că acest sistem este achiziționat din fonduri publice, selecția unei tehnologii inferioare poate duce la prejudicii semnificative atât prin costuri de mentenanță ridicate (înlocuiri frecvente), cât și prin eventuale pierderi de date.
Solicităm:
1. Excluderea TLC/eTLC ca tehnologie obligatorie și introducerea posibilității de utilizare a MLC sau SLC, care oferă o durată de viață de până la 30 de ori mai mare și fiabilitate superioară.
2. Modificarea cerinței astfel încât să se permită utilizarea SSD-urilor NVMe bazate pe MLC/SLC, asigurând astfel un sistem optim pentru aplicațiile critice guvernamentale.
Nerespectarea acestor ajustări crește semnificativ riscul ca ASP să fie afectată de indisponibilități frecvente, generând pierderi economice și vulnerabilități critice pentru infrastructura digitală națională.
Answer (5 Mar 2025, 11:06):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la tehnologia SSD indicată în cadrul Lotului nr. 3 – Enterprise Storage. Dorim să oferim următoarele precizări privind alegerea TLC/eTLC și excluderea altor tehnologii NAND precum MLC/SLC:
1. Justificarea utilizării TLC/eTLC în această achiziție
Cerințele tehnice au fost stabilite ținând cont de raportul optim între cost, performanță și durabilitate pentru sistemele de stocare Enterprise destinate infrastructurii Agenției Servicii Publice (ASP).
• Fiabilitate dovedită în medii Enterprise
o TLC și eTLC sunt tehnologii optimizate pentru centre de date și medii critice, fiind utilizate pe scară largă în sisteme de stocare Enterprise de la producători de renume.
o SSD-urile SAS TLC/eTLC includ algoritmi avansați de wear-leveling și over-provisioning, ceea ce asigură o durată de viață extinsă și performanță constantă.
o Producătorii de soluții Enterprise integrează mecanisme de redundanță și protecție a datelor la nivel de firmware și controler, minimizând riscul degradării premature.
• Compatibilitate și optimizare pentru infrastructura existentă
o Alegerea SSD-urilor TLC/eTLC a fost corelată cu specificațiile hardware/software pentru a asigura coerență, stabilitate și compatibilitate pe termen lung.
o SSD-urile bazate pe MLC și SLC sunt semnificativ mai costisitoare și rareori utilizate în medii Enterprise moderne, fiind mai potrivite pentru aplicații specializate decât pentru soluții de stocare scalabile.
2. Considerente privind durabilitatea și costurile
• SSD-urile Enterprise SAS TLC/eTLC includ măsuri avansate de durabilitate, iar estimările de viață sunt aliniate cu ciclul de utilizare al sistemului preconizat spre achiziționare.
• În practică, fiabilitatea unui SSD depinde mai mult de algoritmii de gestionare a uzurii (wear-leveling), over-provisioning și ECC, decât de tehnologia NAND utilizată.
• MLC și SLC nu oferă beneficii proporționale cu costul lor mai ridicat, iar necesitatea unui upgrade de infrastructură pentru a suporta NVMe ar implica costuri suplimentare semnificative.
3. Impactul modificării cerințelor
• Introducerea MLC/SLC sau NVMe ar necesita revizuirea specificațiilor sistemului de stocare, ceea ce ar putea genera incompatibilități hardware/software și creșteri semnificative ale costurilor.
• Sistemele NVMe necesită o arhitectură diferită, iar schimbarea tehnologiei SAS ar presupune modificări majore ale infrastructurii de stocare existente.
• Cheltuirea eficientă a banilor publici impune o evaluare cost-beneficiu riguroasă, iar utilizarea SSD-urilor TLC/eTLC oferă echilibrul optim între performanță, durabilitate și costuri pentru această aplicație.
Astfel, având în vedere criteriile de fiabilitate, compatibilitate și eficiență economică, cerința de utilizare a Enterprise-grade SAS SSDs cu tehnologie TLC/eTLC rămâne justificată pentru Lotul nr. 3. Această alegere nu va afecta continuitatea operațională și asigură respectarea cerințelor de performanță și stabilitate pentru ASP.
În concluzie, cerințele tehnice nu vor fi modificate, întrucât tehnologia TLC/eTLC implementată în SSD-urile Enterprise oferă fiabilitate dovedită, optimizare pentru infrastructura existentă și un raport adecvat între cost și performanță.
Lotul nr. 3 Enterprise Storage (Sisteme de stocare) tip 1(SAS SSD)
Date:
27 Feb 2025, 14:07
Question's name:
Metodologia de testare a performanței de 300.000 IOPS – cerință neconformă cu bunele practici
Question:
Specificarea actuală impune demonstrarea performanței de **minimum 300.000 IOPS** prin **teste efectuate cu IOmeter** pe soluția livrată. Această metodologie nu este conformă cu **bunele practici** în achizițiile publice și **nu reflectă standardele industriei**, din următoarele motive:
1. **Factori externi care influențează testele la fața locului** – Performanța unui sistem de stocare nu este determinată doar de echipamentul în sine, ci și de infrastructura în care este integrat (rețea, servere, configurația HBA/NIC, mediul software etc.). Testele realizate după livrare **nu pot fi considerate obiective**, deoarece performanța poate fi influențată de factori care nu țin de soluția de stocare în sine.
2. **Lipsa unui standard de testare uniform** – IOmeter este un instrument de testare flexibil, dar **nu garantează un rezultat unitar** între diferite implementări. Fără specificarea exactă a parametrilor de testare (queue depth, block size, read/write mix, numărul de conexiuni FC/iSCSI etc.), rezultatele pot varia semnificativ, ceea ce face imposibilă o evaluare comparativă corectă.
3. **Practică neuzuală în achizițiile de soluții enterprise** – Standardul industriei este ca performanța să fie **garanția producătorului**, confirmată prin **teste interne de laborator** realizate în condiții controlate. Vendorii de soluții de stocare enterprise furnizează **rapoarte oficiale** ale testelor realizate pe echipamente identice, validate de echipe de inginerie, ceea ce reprezintă **o metodologie mult mai fiabilă și predictibilă**.
Solicităm modificarea cerinței astfel încât **demonstrarea performanței să fie garantată de vendor**, prin:
- Furnizarea **rapoartelor interne oficiale** ale producătorului care certifică atingerea valorii minime de 300.000 IOPS în condiții similare de utilizare.
- Confirmarea și asumarea acestei performanțe printr-un **angajament scris** al producătorului privind respectarea indicatorilor de performanță specificați.
Această abordare asigură transparență și corectitudine în evaluarea performanței soluției și elimină riscul unor teste subiective influențate de factori externi.
Answer (5 Mar 2025, 11:05):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare privind metodologia de testare a performanței soluției de stocare în cadrul Lotului nr. 3 – Enterprise Storage (SAS SSD). În continuare, dorim să clarificăm raționamentul din spatele cerințelor impuse și să oferim detalii privind metodologia de validare a performanței.
1. Justificarea cerinței de testare cu IOmeter/FIO
Întrucât achiziția vizează un sistem critic pentru infrastructura IT guvernamentală, validarea performanței specificate este esențială pentru asigurarea respectării cerințelor operaționale și protecției investiției publice.
• Standardizarea procesului de verificare
o IOmeter și FIO sunt instrumente de referință utilizate pe scară largă în industrie pentru măsurarea IOPS, latenței și consistenței performanței în medii Enterprise.
o Cerințele de testare sunt clar definite în documentația publicată, incluzând parametri standardizați privind:
raportul de citire/scriere (70%/30%)
dimensiunea blocurilor (16 KB, 32 KB, 64 KB)
tipologia operațiunilor (random/sequential)
limita de latență (≤ 1 ms)
2. Răspuns la obiecțiile privind metodologia de testare
• Factori externi care influențează testele la fața locului
o Într-adevăr, performanța finală depinde de infrastructura completă, însă rezultatele testelor ce vor fi prezentate de către ofertanți vor fi efectuate într-un mediu controlat de către Producător, urmărind doar performanța sistemului de stocare ce va fi propus.
o Eventualele limitări externe (rețea, configurația serverelor) nu pot fi luate in considerare la etapa de evaluare documentară a ofertelor și rezultatele acestor testări, și nicidecum nu afectează cerința minimă de performanță a echipamentului de stocare.
• Lipsa unui standard de testare uniform
o Documentația achiziției definește parametri clari de testare, ceea ce elimină variabilitatea menționată.
o IOmeter și FIO permit configurarea exactă a testelor, asigurând reproducibilitatea rezultatelor și alinierea cu cerințele specificate.
Astfel, având în vedere necesitatea asigurării unei performanțe verificabile, cerința privind testarea soluției livrate cu IOmeter/FIO rămâne justificată și conformă cu bunele practici din industria de stocare Enterprise.
Prin urmare, metodologia de testare a performanței nu va fi modificată.
Lotul nr. 3 Enterprise Storage (Sisteme de stocare) tip 1(SAS SSD)
Date:
27 Feb 2025, 14:10
Question's name:
Clarificare privind cerința de cache – definiția termenului „per node”
Question:
În specificațiile tehnice, cerința referitoare la memoria cache prevede:
> *„If the storage system includes a cache mechanism, the system must provide a minimum of 512 GB of dedicated cache memory per node, ensuring high-speed data processing and optimal system performance.”*
Termenul „**per node**” necesită clarificare, deoarece nu este specificat dacă această valoare se referă la:
1. **Cache per sistem de stocare (per storage system)** – Adică valoarea totală minimă de 512 GB se aplică întregii soluții de stocare livrate.
2. **Cache per cluster** – Se referă la întregul cluster de stocare (format din mai multe sisteme).
Solicităm clarificarea exactă a acestei cerințe și, dacă termenul „per node” implică o configurație mai complexă (de ex. sistem multi-node sau cluster), ajustarea specificațiilor pentru a elimina ambiguitatea.
Answer (5 Mar 2025, 11:06):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare privind cerința de cache din cadrul Lotului nr. 3 – Enterprise Storage (SAS SSD). În cele ce urmează, dorim să oferim o definiție clară a termenului „per node” și justificarea acestei cerințe.
Clarificare privind „per node”
Termenul „per node” în contextul cerinței de cache se referă la fiecare unitate fizică de procesare (nod) din arhitectura soluției de stocare. Aceasta înseamnă că:
1. Cache-ul minim de 512 GB trebuie să fie disponibil pentru fiecare nod fizic individual al sistemului de stocare, și nu ca sumă totală la nivel de cluster sau întregul sistem de stocare.
2. În cazul unei soluții multi-node (cu mai multe unități de procesare care formează un cluster), fiecare nod trebuie să dispună de cel puțin 512 GB de cache dedicat.
3. Această cerință nu se referă la un cache global distribuit între noduri, ci la resursele de memorie specifice fiecărui nod în parte.
Justificarea cerinței
• Performanță optimă și scalabilitate: Această abordare asigură că fiecare unitate a sistemului de stocare poate gestiona eficient sarcinile de lucru, fără a depinde de alte noduri pentru resursele de cache.
• Fiabilitate și reziliență: În cazul unui sistem multi-node, fiecare nod trebuie să aibă propriul cache pentru a evita bottle-neck-uri și a asigura continuitatea operațiunilor în scenariile de failover.
• Funcționalități avansate: Cerințele suplimentare privind cache mirroring, alocarea dinamică și persistența cache-ului necesită resurse de memorie dedicate pentru fiecare nod individual, astfel încât să fie garantată consistența și protecția datelor.
Prin urmare, cerința rămâne aplicabilă fiecărui nod fizic (per node) din cadrul sistemului de stocare, indiferent de numărul total de noduri dintr-o configurație clusterizată.
Date:
27 Feb 2025, 14:15
Question's name:
Lot 3/4 Clarificare privind regimul Active-Active – nivelul de aplicare: controlere locale sau cluster distribuit?
Question:
În specificațiile tehnice, cerințele privind controlerele din sistemul de stocare menționează:
„The storage system must include minimum one node equipped with a minimum of two fully redundant controllers configured in High Availability (HA) mode.”
Urmat de precizarea:
„Operate in an Active-Active configuration, ensuring balanced workload distribution and seamless failover capabilities without performance degradation.”
Această formulare ridică o ambiguitate majoră, întrucât nu este clar dacă regimul Active-Active se aplică doar la nivel de controlere în cadrul fiecărui sistem de stocare sau dacă trebuie să fie implementat și la nivel de cluster între cele 4 sisteme achiziționate.
Dacă cerința se referă la controlerele fiecărui sistem, atunci fiecare unitate trebuie să funcționeze cu două controlere în regim Active-Active, ceea ce este o caracteristică standard pentru soluțiile enterprise.
Însă, dacă cerința implică funcționarea în cluster Active-Active între cele 4 sisteme de stocare achiziționate, acest lucru presupune:
Implementarea unei soluții de tip Metro-Cluster Active-Active, ceea ce impune cerințe suplimentare de arhitectură și compatibilitate.
Necesitatea unei licențe dedicate pentru Metro-Storage Active-Active, care să permită acces simultan la date în ambele locații fără întreruperi și cu replicare sincronă bidirecțională.
Solicităm clarificarea următoarelor aspecte:
Regimul Active-Active se aplică doar la nivelul controlerelor fiecărui sistem de stocare sau este necesar un cluster distribuit Active-Active între cele 4 sisteme achiziționate?
În cazul în care se solicită cluster Active-Active între sisteme, trebuie inclusă și licența Metro-Storage Active-Active pentru gestionarea volumelor și sincronizarea în timp real?
Această clarificare este critică, deoarece o implementare de tip Metro-Cluster necesită hardware, software și licențiere suplimentară, iar cerințele actuale nu precizează aceste aspecte esențiale.
Answer (5 Mar 2025, 11:07):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la regimul Active-Active aplicabil echipamentelor achiziționate în cadrul Lotului nr. 3 – Enterprise Storage (SAS SSD) și Lotului nr. 4 – Enterprise Storage (Full Flash). În continuare, oferim detalii precise cu privire la nivelul de aplicare al cerinței menționate.
Clarificare privind regimul Active-Active
Cerința formulată în specificațiile tehnice se aplică la nivelul controlerelor fiecărui sistem de stocare individual, nu la nivel de cluster distribuit între cele patru sisteme indicate la Lotul nr.3 și cele două sisteme indicate la Lotul nr.4. Aceasta înseamnă că:
1. Fiecare sistem de stocare trebuie să fie echipat cu cel puțin două controlere configurate în mod Active-Active pentru a asigura echilibrarea sarcinii de lucru și continuitatea operațiunilor în cazul unei defecțiuni.
2. Nu se solicită implementarea unui cluster distribuit Active-Active între cele patru sisteme de stocare, iar specificațiile nu impun utilizarea unei soluții Metro-Cluster Active-Active.
3. Fiecare unitate de stocare trebuie să funcționeze independent, conform cerințelor de disponibilitate și redundanță specificate în documentația tehnică.
Justificarea cerinței
• Regimul Active-Active menționat în cerințele tehnice are ca scop asigurarea unei funcționări optime la nivel local al fiecărui sistem de stocare, fără a impune necesitatea unei arhitecturi Metro-Cluster distribuite.
• Specificațiile impun ca în cazul unei defecțiuni a unui controler, celălalt controler să preia integral sarcinile de lucru fără impact asupra performanței sistemului.
• În cazul unei arhitecturi Metro-Cluster, ar fi necesară o licență suplimentară și mecanisme avansate de replicare sincronă bidirecțională, care nu sunt specificate ca fiind obligatorii în cerințele de achiziție.
Date:
27 Feb 2025, 14:16
Question's name:
Lot 3/4 Clarificare privind termenul „Backups” în contextul deduplicării și compresiei
Question:
În specificațiile tehnice, secțiunea „Deduplication and compression requirements”, punctul 2, menționează:
„Deduplication and compression features must operate seamlessly without introducing limitations or restrictions on simultaneous use of other critical functionalities, including but not limited to: Data replication, Thin provisioning, Backups, Volume cloning.”
Termenul „Backups” necesită clarificare, întrucât nu este specificat dacă se referă la:
Backup la nivel de storage array (snapshot-based backups) sau
Backup external către o soluție separată de arhivare (de ex. Veeam, Commvault etc.)
Solicităm clarificarea exactă a termenului „Backups” și a modului în care deduplicarea și compresia trebuie să interacționeze cu acest proces.
Answer (5 Mar 2025, 11:07):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la termenul „Backups” menționat în secțiunea „Deduplication and compression requirements” din specificațiile tehnice ale echipamentelor achiziționate pentru Lotul nr. 3 – Enterprise Storage (SAS SSD) și Lotul nr. 4 – Enterprise Storage (Full Flash).
Clarificare privind termenul „Backups”
În contextul cerințelor tehnice specificate, termenul „Backups” se referă la orice mecanism de backup efectuat la nivel de sistem de stocare (storage array), inclusiv, dar fără a se limita la:
1. Snapshot-based backups – copii de siguranță create direct în cadrul sistemului de stocare utilizând funcționalitățile native ale echipamentului.
2. Clonare de volume – mecanisme de protecție a datelor realizate prin replicarea volumelor de stocare pentru recuperare rapidă.
3. Backup către un mediu extern – include transferul de date către soluții de backup dedicate (ex.: Veeam, Commvault, NetBackup etc.), însă doar în măsura în care deduplicarea și compresia sistemului de stocare nu afectează fluxul de date.
Interacțiunea deduplicării și compresiei cu procesul de backup
Conform cerințelor de interoperabilitate, deduplicarea și compresia trebuie să funcționeze fără a introduce limitări sau restricții asupra mecanismelor de backup, ceea ce implică:
• Compatibilitate cu backup-urile bazate pe snapshot-uri la nivel de storage array.
• Fără impact negativ asupra integrității și performanței backup-urilor efectuate către soluții externe.
• Fără blocarea sau restricționarea clonării volumelor utilizate pentru protecția datelor.
Date:
27 Feb 2025, 14:18
Question's name:
Clarificare privind licențierea pentru deduplicare și compresie – acoperire pentru viitoarele extinderi?
Question:
În specificațiile tehnice, secțiunea **„Deduplication and compression requirements”**, punctul 4, menționează:
> *„Fully licensed (if required by vendor provisions) and included in the offer, eliminating additional licensing costs for essential functionality.”*
Nu este clar dacă această cerință se aplică **strict configurației ofertate** sau dacă trebuie să includă și o **licență scalabilă**, care să permită extinderea viitoare a capacității de stocare fără costuri suplimentare pentru deduplicare și compresie.
Solicităm clarificarea:
- Licența trebuie să acopere doar configurația actuală sau și **maximul de capacitate suportat de sistem** pentru viitoarele extinderi?
- În cazul adăugării ulterioare de discuri, vor fi necesare licențe suplimentare sau soluția trebuie să permită extinderea doar prin achiziția de hardware (fără licențe adiționale)?
Answer (5 Mar 2025, 11:10):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la cerințele de licențiere pentru deduplicare și compresie specificate în cadrul Lotului nr. 3 – Enterprise Storage (SAS SSD) și Lotului nr. 4 – Enterprise Storage (Full Flash).
Clarificare privind aplicabilitatea licenței
Conform cerințelor din secțiunea „Licensing and support”, toate funcționalitățile legate de deduplicare și compresie trebuie să fie:
• Integral licențiate și incluse în ofertă, fără costuri suplimentare pentru funcționalitățile esențiale.
• Compatibile cu configurația maximă suportată a sistemului de stocare ce va fi propus în oferta tehnică, indiferent de scenariul de implementare.
Având în vedere că nu sunt prevăzute extinderi ale sistemului de stocare, licențierea trebuie să acopere exclusiv configurația ofertată, fără obligația de a asigura gratuit licențierea pentru posibile extinderi viitoare.
Date:
27 Feb 2025, 14:20
Question's name:
Clarificare privind utilizarea exclusivă a interfețelor Fibre Channel (FC) – lipsa alternativelor pentru Metro Cluste
Question:
În specificațiile tehnice, secțiunea „NICs included per controller”, se menționează:
„Min. x 1GE for management;
Min. 2 x 32G FC SFP28 (850nm SFP+ SR MM module included) for data transfer;
Min. 2 x 32G FC dedicated for replication (metro cluster).”
Observăm că pentru replicare în Metro Cluster sunt specificate exclusiv interfețe FC, însă fiecare vendor are propria tehnologie de replicare, care poate utiliza și alternative precum Ethernet (iSCSI, RDMA, RoCE, InfiniBand etc.).
Solicităm:
Clarificarea motivului pentru care se impune doar FC pentru replicare, fără a permite tehnologii alternative ale vendorilor.
Modificarea cerinței astfel încât să fie acceptate interfețe dedicate pentru replicare, indiferent de tehnologia utilizată, în conformitate cu specificațiile producătorului.
Answer (5 Mar 2025, 11:10):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la utilizarea exclusivă a interfețelor Fibre Channel (FC) pentru replicare în Metro Cluster în cadrul Lotului nr. 3 – Enterprise Storage (SAS SSD) și Lotului nr. 4 – Enterprise Storage (Full Flash).
Motivul utilizării exclusive a interfețelor FC pentru replicare
Cerința privind utilizarea exclusivă a interfețelor FC pentru replicare este fundamentată pe următoarele considerente:
1. Compatibilitatea cu infrastructura existentă: În anul 2024, Autoritatea Contractantă a achiziționat echipamente de comunicații care dispun de interfețe FC. Alegerea replicării pe Fibre Channel asigură integrarea nativă cu infrastructura deja implementată, evitând necesitatea unor adaptări suplimentare sau conversii de protocol.
2. Performanță optimizată: Fibre Channel oferă latență redusă și un transfer de date determinist, caracteristici critice pentru replicarea sincronă într-un, unde consistența datelor și viteza de replicare sunt esențiale.
3. Fiabilitate și securitate: FC este un protocol dedicat pentru stocare, fără partajare cu alte tipuri de trafic de rețea, ceea ce reduce expunerea la congestie, atacuri sau pierderi de pachete care pot afecta replicarea.
4. Standardizare și interoperabilitate: FC este utilizat în mod uzual în infrastructurile enterprise pentru replicarea la nivel de block storage, fiind suportat de majoritatea producătorilor de sisteme de stocare de nivel enterprise.
Clarificare privind acceptarea unor tehnologii alternative pentru replicare
Având în vedere aspectele menționate, cerința de utilizare exclusivă a FC pentru replicare va rămâne neschimbată, deoarece este necesară pentru compatibilitatea cu infrastructura existentă și pentru respectarea cerințelor de performanță și fiabilitate.
În specificațiile tehnice este deja prevăzută compatibilitatea sistemului de stocare cu multiple protocoale (FC și iSCSI), ceea ce permite flexibilitate în alte scenarii de utilizare, însă pentru se menține obligativitatea interfeței FC.
Date:
27 Feb 2025, 14:21
Question's name:
Clarificare privind lipsa interfețelor necesare pentru protocolul solicitat
Question:
În specificațiile tehnice, secțiunea „Supported protocols” menționează suport pentru iSCSI, dar interfețele specificate pentru controlere sunt doar FC.
Solicităm clarificarea dacă:
Este o omisiune și trebuie incluse interfețe compatibile cu iSCSI.
iSCSI este menționat ca protocol suportat, dar nu este necesar în configurația livrată.
Dacă iSCSI trebuie utilizat, cerem modificarea cerințelor pentru a include interfețele necesare funcționării acestuia.
Answer (5 Mar 2025, 11:12):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la includerea interfețelor necesare pentru protocolul iSCSI în specificațiile tehnice ale Lotului nr. 3 – Enterprise Storage (SAS SSD) și Lotului nr. 4 – Enterprise Storage (Full Flash).
Clarificare privind suportul pentru iSCSI și interfețele incluse
1. Protocolul iSCSI este menționat ca opțiune de compatibilitate, dar nu este necesar în configurația ca va fi livrată.
o Sistemele de stocare ofertate trebuie să suporte protocolul iSCSI conform specificațiilor tehnice, însă nu este obligatorie includerea interfețelor dedicate iSCSI în configurația minimă solicitată.
o Această cerință asigură flexibilitate în eventualitatea unor necesități viitoare de integrare, fără a impune livrarea de interfețe adiționale care nu sunt necesare în acest moment.
2. Interfețele incluse sunt optimizate pentru infrastructura existentă bazată pe FC.
o Având în vedere că Autoritatea Contractantă a achiziționat în 2024 echipamente de comunicații cu interfețe FC, configurația de bază a sistemelor de stocare solicitate va fi aliniată la această infrastructură, motiv pentru care au fost solicitate exclusiv interfețe Fibre Channel (FC).
o Protocolul iSCSI poate fi utilizat prin adaptarea ulterioară a configurației, dacă va fi necesar.
3. Nu este necesară modificarea specificațiilor pentru a include interfețe iSCSI.
o Dat fiind că iSCSI este menționat doar ca protocol suportat, nu ca o cerință obligatorie pentru livrare, nu este prevăzută includerea obligatorie a interfețelor specifice pentru iSCSI în configurația standard.
o În cazul în care infrastructura va necesita utilizarea iSCSI, interfețele compatibile pot fi achiziționate și integrate ulterior, în funcție de necesitățile specifice ale Autorității contractante.
Date:
27 Feb 2025, 14:23
Question's name:
Clarificare privind cerința de extindere a memoriei și capacității de stocare fără limitări hardware/software
Question:
În specificațiile tehnice, secțiunea „Termeni și condiții”, se menționează:
„Extinderea memoriei (RAM) și a capacității de stocare nu trebuie să includă limitări hardware sau software.”
Această cerință este vag formulată și poate fi interpretată în mai multe moduri. Solicităm clarificarea exactă a ceea ce se înțelege prin „fără limitări hardware sau software”.
Answer (5 Mar 2025, 11:12):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la cerința privind extinderea memoriei RAM și a capacității de stocare fără limitări hardware sau software.
Clarificare privind formularea cerinței
Prin expresia „fără limitări hardware sau software”, se înțelege că:
1. Extinderea memoriei RAM și a capacității de stocare trebuie să fie posibilă fără constrângeri impuse de producător prin:
o Restricții software care ar putea bloca utilizarea modulelor de memorie sau a unităților de stocare suplimentare.
o Limitări artificiale impuse prin licențiere, care ar necesita achiziția unor chei software suplimentare pentru a activa extinderea.
2. Arhitectura hardware trebuie să permită extinderea fizică fără restricții impuse de design-ul echipamentului ce va fi propus, astfel încât:
o Memoria RAM să poată fi extinsă până la capacitatea maximă suportată de platformă ce va fi propusă/livrată, conform specificațiilor producătorului.
o Stocarea să poată fi extinsă fără a fi necesare upgrade-uri hardware suplimentare la nivel de controlere sau subsisteme pentru a permite adăugarea de unități de stocare suplimentare.
3. Configurarea inițială ce va fi propusă în conformitate cu cerințele tehnice stabilite, nu trebuie să fie dependentă de tehnologii proprietare care împiedică utilizarea unor upgrade-uri compatibile cu standardele industriei.
Această cerință are ca scop asigurarea scalabilității și flexibilității soluțiilor ce vor fi achiziționate, eliminând posibilele bariere artificiale impuse prin software sau hardware care ar putea limita extinderea sistemului în viitor, întru aplicabilitatea prevederilor HG 414/2018 care prevede consolidarea centrelor de date prin transferul către I.P. STISC a unor echipamente de tip Servere și sisteme de stocare inclusive cele ce reprezintă obiectul de achiziție a prezentei proceduri, ulterior finalizării modernizării sistemelor și reurselor informaționale de către ASP, în conformitate cu - Planul de acțiuni din 18.01.2024, semnat de către Agenția Servicii Publice și I.P. ”Serviciul Tehnologia Informației și Securitate Cibernetică” privind migrarea sistemelor și resurselor informaționale ale Agenției Servicii Publice pe platforma tehnologică guvernamentală comună „MCloud”, cu o perioadă de tranziție necesară pentru pregătire (2024 – 2025) și migrare (2026 – 2028).
Date:
28 Feb 2025, 11:51
Question's name:
Justificarea necesității cerințelor pentru drive bays, RAID Controller și SSD SAS
Question:
Conform specificațiilor minime, fiecare server trebuie să includă:
- Min. drive bays:Min. 8 bays 2.5 for data Support Hot-Swappable;
- Storage installed: Min. 2 x min. 240Gb SSD SAS
- RAID Controller: Support Pass-through mode; RAID 1,5,6,10,50,60; Cache min. 4GB;
Având în vedere că în soluția proiectului aceste servere vor avea doar 2x SSD pentru OS/Hypervisor, solicităm clarificarea necesității următoarelor cerințe:
1. Necesitatea a 8 bays hot-swappable, deși sunt utilizate doar 2 SSD-uri pentru boot.
2. Obligativitatea utilizării SSD-urilor SAS, în condițiile în care soluții alternative, precum M.2 SATA/NVMe drives, 7mm SATA/NVMe HotSwap sau Boot Optimized Storage Solutions (BOSS), ar putea oferi aceeași fiabilitate la un cost mai redus.
3. Existența unui RAID Controller cu cache de 4GB și suport pentru RAID-5,6,10,50,60, ceea ce nu este justificat pentru o configurație de boot, unde RAID 1 ar fi suficient și mai eficient din punct de vedere al costurilor.
Propunere de modificare:
• Alternativă pentru boot storage: Acceptarea soluțiilor precum BOSS card, M.2 sau 7mm in RAID-1 care sunt utilizate de majoritatea vendorilor pentru boot (ex: Dell BOSS-S1, HPE NS204i-u).
• Eliminarea obligativității RAID Controller-ului cu functional RAID- 5,6,10,50,60 si Cache 4GB, în cazul în care nu se utilizează HDD/SSD-uri pentru storage de date.
• Reducerea numărului minim de drive bays, astfel încât să fie proporțional cu necesitățile soluției implementate.
Prin aceste ajustări, costul total al soluției poate fi redus considerabil, fără impact asupra fiabilității și performanței necesare.
Answer (5 Mar 2025, 11:28):
Stimate solicitant,
Vă mulțumim pentru solicitarea de clarificare referitoare la necesitatea cerințelor minime pentru drive bays, tipul de SSD-uri utilizate și specificațiile RAID Controller-ului în cadrul loturilor 1 și 2.
1. Justificarea cerinței privind numărul minim de drive bays (8 pentru Lotul 1 și 24 pentru Lotul 2)
• Scalabilitate și flexibilitate: Deși configurația inițială poate utiliza doar 2 SSD-uri pentru sistemul de operare, infrastructura serverelor trebuie să permită extinderea ulterioară fără limitări hardware.
• Compatibilitate cu cerințele proiectului: Proiectul poate necesita adăugarea de unități de stocare pentru expansiune viitoare cu o proiecție de cel puțin 5 ani (de ex. – proiecte (sisteme informaționale) noi în derulare și dezvoltare continua, baze de date, volume adiționale pentru mașini virtuale, caching, log-uri).
• Disponibilitatea configurațiilor standard: Majoritatea serverelor enterprise includ implicit șasiuri cu minim 8 drive bays pentru a permite utilizatorilor să extindă capacitatea de stocare fără upgrade-uri costisitoare ale platformei hardware conform necesităților sale operaționale.
Prin urmare, cerința privind numărul minim de drive bays nu este exclusiv legată de utilizarea inițială(a.2025), ci de asigurarea unei arhitecturi flexibile pe termen lung – min. 5-7 ani.
2. Necesitatea utilizării SSD SAS în locul alternativelor NVMe/SATA/M.2/BOSS
• Compatibilitate cu infrastructura existentă: Specificarea SSD SAS asigură o interoperabilitate optimă cu soluțiile de stocare și controlerele RAID enterprise, evitând probleme de compatibilitate pe termen lung.
• Fiabilitate și redundanță:
o SSD-urile SAS oferă funcționalități enterprise superioare, inclusiv performanță consistentă în workload-uri intensive și protecție împotriva erorilor de transmisie (Data Integrity Field - DIF).
o Interfața SAS este optimizată pentru sisteme critice, oferind un timp mediu între defectări (MTBF) mai mare decât SSD-urile SATA/NVMe destinate utilizării standard.
• Suport pentru funcționalități avansate:
o În scenarii unde sunt necesare multi-pathing și redundanță (utilizate în medii enterprise critice pentru minimizarea downtime-ului), SSD-urile SAS oferă compatibilitate nativă, ceea ce nu este garantat pentru M.2/SATA/NVMe în toate implementările.
Prin urmare, cerința de SSD SAS 12Gb/s asigură stabilitate, fiabilitate și compatibilitate cu infrastructura critică fără costuri exaggerate de integrare.
3. Justificarea utilizării unui RAID Controller cu cache de 4GB și suport pentru RAID-5,6,10,50,60
• Suport pentru viitoare extinderi de stocare: Deși RAID-1 este suficient pentru boot, specificația actuală permite utilizarea controlerului pentru diverse scenarii viitoare unde ar putea fi necesare volume RAID-5/6/10 pentru creșterea performanței și protecției datelor.
• Cache de 4GB – Impact asupra performanței:
o Un cache dedicat îmbunătățește timpul de acces și reduce latențele pentru workload-uri intensive.
o Acesta devine esențial în scenariile de virtualizare, baze de date mari sau procesare de date complexe (Big Data, FRS – Face Recognition, Interoperabilitate Gov – Mconect, etc), unde viteza de citire/scriere poate fi un factor critic.
• Standardizarea configurației: Configurația specificată permite achiziționarea unei soluții uniforme, evitând probleme de compatibilitate la adăugarea ulterioară de unități de stocare.
Răspuns la propunerile de modificare
1. Alternativă pentru boot storage (BOSS, M.2, 7mm SATA/NVMe RAID-1)
o Deși soluțiile BOSS/M.2/NVMe sunt utilizate de unii vendori, ele sunt optimizate pentru sisteme specifice și pot introduce probleme de compatibilitate cu RAID-ul hardware și software utilizat în medii enterprise.
o În plus, interfața SAS oferă redundanță mai bună și fiabilitate ridicată pentru utilizare pe termen lung.
2. Eliminarea obligativității RAID Controller-ului cu suport pentru RAID-5/6/10/50/60 și Cache 4GB
o RAID Controller-ul specificat oferă flexibilitate pentru extinderi viitoare și performanță optimizată pentru medii critice, motiv pentru care nu se admite eliminarea acestei cerințe, fiind o cerință minima și obligatorie.
3. Reducerea numărului minim de drive bays
o Numărul de 8 bays (Lot 1) și 24 bays (Lot 2) este justificat pentru scalabilitate și compatibilitate cu cerințele de extindere pe termen lung.
În concluzie, cerințele tehnice minime stabilite de ASP reflectă necesitatea asigurării compatibilității, performanței și scalabilității infrastructurii instituționale pe termen lung în strictă conformitate cu sarcinile și atribuțiile reglementate ale Agenției.
Date:
5 Mar 2025, 08:54
Question's name:
cabluri de conexiune
Question:
Conform anuntul de participare – Specificarea tehnica deplina solicitata nu avem specificate cabluri de conexiune, doar cabluri de alimentare.
Totodata in Cerinte obligatorii la rubrica livrare avem mentionate Cabluri de Conectiune si avem indicatii pentru pentru implementarea completa inclusiv cu conectare (adica predarea la cheie) a sistemului.
Va rugam sa indicati cantitatile si lungimea minima a cablurilor de conexiune conform porturilor cerute. Spre ex. In cazul utilizarii tutror porturilor cerute pentru servere o sa avem 45x Copper cables si 58x FC cables. Iar pentru partea de Storage vor fi minim (in dependenta de solutiile propuse) 12x Copper cables si 24x FC cables. Multumim.
Answer (7 Mar 2025, 09:55):
Stimate solicitant,
Referitor la întrebarea privind cablurile de conexiune necesare pentru implementarea completă („predare la cheie”) a sistemului, confirmăm că livrarea trebuie să includă cabluri de conexiune adecvate, conform recomandării producătorilor, pentru utilizarea tuturor porturilor menționate în specificația tehnică.
Conform standardelor generale aplicabile în industrie și tehnologiilor utilizate de producătorii internaționali pentru astfel de echipamente, cablurile de conexiune trebuie să fie compatibile cu porturile specificate și să asigure o conectivitate optimă.
Astfel, pentru fiecare lot, ar urma să fie livrate și cabluri de conexiune cu următoarele specificații cu titlu indicative(cele ce vor fi propuse în oferte trebuie să fie corespunzător recomandărilor producătorilor nemijlocit pentru modelele ce vor fi indicate în ofertele tehnice):
Lotul 1: Enterprise Server Tip 1
• 1GE Management: 1 x cablu UTP Cat6/Cat6a, min. 1m
• 2 x 1GE: 2 x cabluri UTP Cat6/Cat6a, min. 1m
• 2 x 10G SFP+: 2 x cabluri DAC SFP+ 10G (Cisco compatible) sau 2 x patch cord fibra optică OM4 cu lungime min. 3m
• 2 x 32G FC SFP28: 2 x patch cord fibra optică OM4, min. 3m
Lotul 2: Enterprise Server Tip 2
• 1GE Management: 1 x cablu UTP Cat6/Cat6a, min. 1m
• 2 x 1GE: 2 x cabluri UTP Cat6/Cat6a, min. 1m
• 2 x 10G SFP+: 2 x cabluri DAC SFP+ 10G (Cisco compatible) sau 2 x patch cord fibra optică OM4, min. 3m
Lotul 3: Enterprise Storage Tip 1 (SAS SSD)
• 1GE Management: 1 x cablu UTP Cat6/Cat6a, min. 1m
• 2 x 32G FC pentru transfer de date: 2 x patch cord fibra optică OM4, min. 3m
• 2 x 32G FC pentru replicare (metro cluster): 2 x patch cord fibra optică OM4, min. 3m
Lotul 4: Enterprise Storage Tip 2 (Full Flash)
• 1GE Management: 1 x cablu UTP Cat6/Cat6a, min. 1m
• 2 x 32G FC pentru transfer de date: 2 x patch cord fibra optică OM4, min. 3m
• 2 x 32G FC pentru replicare (metro cluster): 2 x patch cord fibra optică OM4, min. 3m
Observații suplimentare:
1. Lungimea minimă a cablurilor poate varia în funcție de arhitectura propusă de ofertant și distanțele dintre echipamente în cadrul centrelor de date. Se recomandă ajustarea lungimilor pentru a evita pierderi de semnal și interferențe.
2. Toate cablurile de fibră optică trebuie să fie OM4 (50/125 µm) multimode pentru compatibilitate cu modulele SFP+ și SFP28 specificate.
3. Ofertanții trebuie să asigure furnizarea cablurilor necesare pentru conectivitatea completă și testarea echipamentelor la livrare.
Vă încurajăm să luați în considerare aceste specificații indicative care urmează să fie adaptate corespunzător conform recomandărilor producătorilor la modelele care urmează să fie propuse în pregătirea ofertei dumneavoastră.
Date:
5 Mar 2025, 09:46
Question's name:
Cisco Compatible
Question:
Condorm cerintelor minime pentru Servere și sisteme de stocare sunt indicate urmatoarele:
Min. 2 x 10G SFP+, with SFP+ SR MM modules included (Cisco Compatible);
Min. 2 x 32G FC SFP28 850nm, with SFP28 SR MM modules included (Cisco Compatible).
Va rugam sa clarificati specificarea Cisco Compatible pentru modulele SFP cerute.
Modulele ce vin cu adaptoarele pot fi de diferiti furnizori si au un standard unic. Rugam sa concretizati daca moduele cerute necesita sa fie Cisco Compatible pentru a putea fi folosite si in echipamentele Cisco sau in cazul in care se doresc si module aditionale Cisco Compatible care vor fi folosite in echipamentele Cisco.
Answer (7 Mar 2025, 09:57):
Stimate solicitant,
Referitor la întrebarea privind specificația „Cisco Compatible” pentru modulele SFP incluse în livrarea serverelor și sistemelor de stocare, dorim să clarificăm următoarele aspecte:
1. Compatibilitatea modulelor SFP cu echipamentele ce vor fi livrate
o Modulele SFP+ 10G SR MM și SFP28 32G FC SR MM solicitate trebuie să fie compatibile exclusiv cu serverele și sistemele de stocare ce fac obiectul prezentei proceduri.
o Scopul acestei cerințe este asigurarea interoperabilității cu echipamentele ce vor fi achiziționate, fără a impune compatibilitatea cu alte terțe echipamente de rețea sau comunicații (de ex. switch-uri sau routere Cisco) care nu fac obiectul prezentei proceduri.
2. Standardizarea modulelor SFP
o Modulele SFP trebuie să respecte standarde internaționale (IEEE 802.3ae pentru 10G Ethernet, FC-PI-6 pentru Fibre Channel 32G) și pot fi furnizate de orice producător care respectă aceste standarde.
o Nu este necesar ca modulele să fie certificate special pentru utilizarea exclusivă în echipamente Cisco, având în vedere că acestea vor fi instalate doar în serverele și sistemele de stocare aferente acestei procedure de achiziții.
3. Clarificarea termenului „Cisco Compatible”
o Mențiunea „Cisco Compatible” din specificația tehnică are scop informativ și se referă la faptul că modulele SFP ce vor fi propuse trebuie să fie conforme cu specificațiile de interoperabilitate utilizate frecvent în industrie.
Date:
5 Mar 2025, 15:36
Question's name:
Clarificare privind cerința Securitate Storage
Question:
Vă rog să confirmați că instituția respectă reglementările privind protecția datelor personale, implementând măsuri adecvate de securitate a acestora și că sistemele de stocare care urmează să fie achiziționate vor fi conforme cu cerințele STIG? inclusiv în ceea ce privește criptarea datelor și controalele de acces robuste, în conformitate cu reglementările europene aplicabile.
Answer (7 Mar 2025, 09:57):
Stimate solicitant,
Referitor la întrebarea Dvs. privind cerințele de securitate aplicabile sistemelor de stocare, confirmăm că instituția respectă reglementările naționale și internaționale privind protecția datelor și securitatea cibernetică, implementând măsuri adecvate în conformitate cu cadrul normativ aplicabil.
1. Respectarea reglementărilor naționale privind securitatea cibernetică și protecția datelor
Instituția aplică cerințele impuse de minim următoarele acte normative:
• Legea nr. 48/2023 privind securitatea cibernetică, care stabilește măsuri esențiale pentru protecția infrastructurilor critice și a sistemelor informatice guvernamentale.
• Hotărârea Guvernului nr. 201/2017 privind aprobarea Cerințelor minime obligatorii de securitate cibernetică, care definește măsurile tehnice și organizatorice aplicabile instituțiilor publice.
• Legea nr. 133/2011 privind protecția datelor cu caracter personal, armonizată cu Regulamentul General privind Protecția Datelor (GDPR - UE 2016/679).
2. Aplicarea standardelor internaționale relevante
Instituția a implementat și menține un sistem de management al securității informației conform următoarelor standarde:
• ISO 9001:2015 – „Sisteme de management al calităţii. Cerinţe”
• ISO/IEC 27001:2023 – „Tehnologia informației, securitatea cibernetică și protecția vieții private. Sisteme de management al securității informației. Cerințe”
În anul 2024, instituția a finalizat cu succes auditul extern de supraveghere și a obținut certificatele de conformitate corespunzătoare acestor standard - https://www.asp.gov.md/ro/media/2024-12-23 .
Vă incurajăm ca întrebările adresate prin intermediul platformei MTender să fie nemijlocit în raport cu subiectele legate de documentația de atribuire a prezentei proceduri.
Orice alte întrebări de ordin general urmează să fie adresate în mod official prin expedierea mesajelor în adresa Cancelariei ASP conform credențialelor de contact pe care le puteți regăsi pe website: https://www.asp.gov.md/ro/contacte
Date:
7 Mar 2025, 14:46
Question's name:
Lot 3
Question:
In Lot 3, the requirement for 'Enterprise-grade Storage with SAS SSDs' restricts competition and excludes NVMe solutions, which offer superior performance compared to SAS SSDs. Would you consider modifying the requirement to 'Enterprise-class storage with Full Flash' to allow participation of various all-flash solutions (NVMe or SAS SSD) and not to limits competition?
Currently, the restriction to SAS SSDs limits competition, as this technology is outdated.
Answer (10 Mar 2025, 08:48):
The requirement for Enterprise-grade SAS SSDs is a minimum and mandatory specification established to ensure compatibility, reliability, and scalability within the existing infrastructure. Key considerations include:
1. Compatibility & integration
The targeted storage systems must integrate seamlessly with the current architecture, which is optimized for SAS-based environments. Shifting to an NVMe-only solution would require significant infrastructure modifications, potentially increasing costs and complexity.
2. Reliability & scalability
SAS SSDs offer proven enterprise-grade reliability, advanced error correction mechanisms, and high availability in mission-critical applications. Additionally, SAS-based architectures enable efficient scalability through SAS expanders without additional controllers.
3. Performance & cost efficiency
While NVMe provides higher theoretical speeds, the operational requirements established by Agency for this procurement are fully met by SAS SSDs, balancing performance, durability, and cost-effectiveness. Modern SAS SSDs, including eTLC models, deliver competitive speeds without compromising system stability.
4. Impact of changing to NVMe
o Transitioning to an NVMe-exclusive solution would necessitate essential, out of infrastructure modernization scope, architectural modifications (e.g., new controllers, network adjustments, and most sensible and time critical software adaptations).
o Traditional enterprise SAN environments benefit from SAS-based designs, ensuring data availability and protection.
o Cost implications of a full-NVMe infrastructure could significantly increase without a proportional benefit in the current operational context.
In conclusion, the enterprise-grade SAS SSD requirement remains justified for Lot 3 and unchanged, ensuring maximum compatibility, cost efficiency, and system reliability. This specification does not preclude future technological advancements but is necessary for seamless integration within the existing infrastructure and optimal use of public funds.
Date:
7 Mar 2025, 14:47
Question's name:
In Lots 3 and 4
Question:
In Lots 3 and 4, the capacity requirement is stated as "before data reduction," while the performance requirement is defined as "with inline data reduction." This means that data reduction is considered in one requirement but not in the other. Would you consider including capacity with data reduction technology in the requirements?
This will, first, unify the requirements, second, allow vendors to participate where data reduction cannot be disabled and, third, will reduce the costs of purchasing the solution.
Answer (10 Mar 2025, 08:49):
The capacity requirement is specified before data reduction to ensure a clear and standardized baseline for evaluating storage solutions, regardless of the effectiveness of data reduction technologies, which can vary based on workload characteristics.
1. Standardized capacity measurement
o Defining capacity before data reduction ensures predictability and fairness in procurement, as data reduction ratios differ depending on vendor technology and data types.
o This approach aligns with best practices for enterprise storage sizing and long-term scalability.
2. Performance with inline data reduction
o Performance is measured with inline data reduction because modern enterprise storage solutions leverage real-time deduplication and compression to optimize efficiency.
o This reflects real-world operational conditions where these features are typically enabled.
3. Procurement transparency & cost efficiency
o Maintaining the current approach ensures comparability across different solutions while avoiding reliance on vendor-specific data reduction claims.
o Vendors with non-disablable data reduction can still participate, as the capacity requirement remains defined at a fixed baseline before data reduction.
In conclusion, the existing specifications remain consistent, fair, and vendor-agnostic, ensuring both transparency in capacity measurement and realistic performance assessment.
Date:
9 Mar 2025, 11:00
Question's name:
Lot 3/4
Question:
Please confirm, Enterprise-grade Storage SSDs with NVMe interface and TLC NAND technology are accepted.
Answer (10 Mar 2025, 08:55):
Response to Inquiry – Lots 3 & 4 (Enterprise Storage)
For Lot 3, only Enterprise-grade SAS SSDs with TLC or eTLC NAND technology are accepted, as per the mandatory minimum requirements stated in the technical specifications.
For Lot 4, Enterprise-grade NVMe/Flash SSDs with TLC or eTLC NAND technology are accepted, as specified in the requirements.
No modifications to the technical requirements will be made.
Date:
9 Mar 2025, 11:04
Question's name:
lot 3,4 – performanta, respectarea cerințelor
Question:
Pentru a evalua corect datele despre performanta sistemelor propuse, propunem spre acceptare:
1. Rezultate testelor de performanta sunt acceptate numai din partea producătorului, cu indicația metodologiei/instrumentelor de calcul performantei
2. Autoritatea is rezerva dreptul de a cere prezentarea metodologiei/instrumentelor de calcul a performantei de către producător ca calcularea a fost făcută exact pentru modelul propus in licitație, nu pentru seria de modele in general
3. Ofertantul accepta, ca pentru a proteja investitiile/alegerea corecta, autoritatea isi rezerva dreptul de a întoarce/returna echipamente livrate, daca in decurs de 30 zile din ziua livrarii au fost depistate necorespunderea cerințelor, inclusiv cele de performanta, fără orice consecințe financiare pentru Organizator.
Answer (10 Mar 2025, 08:55):
Cerințele tehnice minime și obligatorii specificate în documentația de atribuire rămân nemodificate.
1. Acceptarea și validarea performanței echipamentelor se va face conform specificațiilor și cerințelor tehnice publicate, inclusiv prin furnizarea rezultatelor testelor de performanță, realizate cu instrumente standardizate.
2. Nu se vor introduce cerințe suplimentare privind metodologia de testare sau acceptarea exclusivă a rezultatelor furnizate de producător.
3. Condițiile de livrare și recepție sunt reglementate conform cadrului legal aplicabil achizițiilor publice și nu vor fi modificate.
Date:
9 Mar 2025, 11:05
Question's name:
lot 3,4 – licențiere
Question:
Reieșind din experiența globala si RM, ca durata exploatării a dispozitivelor de păstrare date (storage) este cea mai lunga, si pentru a evalua corect TCO, cerem pentru soluții sa fie incluse in pret toate licențe funcționale/limitări de extindere/etc. daca nu sunt soluții cu licențe „all inclusive”. Iar daca licențe sunt limitate in timp, atunci trebuie sa fie incluse in preț cel puțin pentru 10-12 ani (sau alta perioada la discreția organizatorului).
Answer (10 Mar 2025, 08:56):
Cerințele minime și obligatorii specificate în documentația de atribuire rămân nemodificate.
Toate licențele necesare pentru funcționarea și administrarea sistemului de stocare, inclusiv actualizările și patch-urile periodice, trebuie să fie incluse în ofertă și furnizate pe o bază perpetuă, valabile pentru întreaga durată de viață a sistemului. Nu se acceptă licențe cu limitare de timp sau necesitatea unor costuri suplimentare ulterioare.
Date:
9 Mar 2025, 12:46
Question's name:
1. Requirement (Lot 3 and 4):“Type Drives: Enterprise-grade SAS SSDs utilising TLC (Triple-Level Cell) or eTLC (Enhanced Triple-Level Cell) technology, optimized for high-performance, high-reliability applications in enterprise environments. “
Question:
Taking into account that you requested SSDs as storage modules, please accept also superior storage modules, like NVMe, that are with advanced functions like internal NVMe tiering of data in order to achieve the best performance and best response time for both read and write operations that are performed at the NVMe level or NVMe level encryption or the possibility to detect ransomware attacks
Also by accepting this superior technology, NVMe, you will not have any impact in compatibility or performance for the applications that you will run on a storage that uses NVMe modules instead of SAS SSDs.
The protocol that the disk uses (SAS or SATA or NVMe) is only at storage hardware physical level and is not visible and doesn’t have any impact at LUN / volume / pool level, nor at the data that are stored on this (like operating system, databases, applications, virtual environment, etc).
NVMe drives use superior technology providing better durability and reliability, especially under heavy use (like the workload profile asked in this RFP). In all studies, NVMe demonstrated significantly lower failure rates compared to SAS SSDs under continuous heavy loads
Answer (10 Mar 2025, 08:57):
The technical requirements specified in the procurement documentation represent the minimum and mandatory criteria. Therefore, modifications or deviations from these requirements are not accepted.
For Lot 3, only Enterprise-grade SAS SSDs utilizing TLC or eTLC technology are eligible, as explicitly stated in the specifications.
For Lot 4, the requirement is for Enterprise-grade NVMe/Flash SSDs, in line with the published criteria.
Any alternative proposals that do not comply with these specific requirements cannot be accepted.
Date:
9 Mar 2025, 12:49
Question's name:
Requirement (Lot 3): “the storage solution must deliver a combined performance of minimum 300,000 Input/Output Operations Per Second (IOPS) with inline data reduction (deduplication and compression). ”
Question:
Taking into account that all storage vendors recommend that for very IO intensive workloads (like in this case when 300.000 IOPS are needed for the storage) not to activate / use deduplication function because it induces a very high CPU utilisation (load that can’t be really estimated because of data pattern by a performance sizing tool) . This high CPU utilisation is generated when data is deduplicated (when is written to disks) and then re-hidratate, when data needs to be read and send to host.
Main disatvantages of deduplication:
Performance Overhead -> Deduplication processes can require significant CPU and memory resources, leading to potential performance slowdowns during data writes and reads.
Limited Use Cases: It may not be effective for all types of data. For example, highly dynamic data with frequent changes can limit deduplication effectiveness and reduce compression ratios.
Taking all this arguments into consideration, please accept that the performance should be done only with compression active.
Answer (10 Mar 2025, 09:06):
The technical specifications clearly state that the required performance of 300,000 IOPS must be achieved with inline data reduction, including both deduplication and compression.
These requirements represent minimum and mandatory criteria, ensuring the intended efficiency and storage optimization. Therefore, modifications or exclusions of deduplication from the inline data reduction process are not accepted.
All submitted solutions must comply with the stated requirements in full.
Date:
9 Mar 2025, 12:49
Question's name:
Requirement (Lot 4): “the storage solution must deliver a combined performance of minimum 500,000 Input/Output Operations Per Second (IOPS) with inline data reduction (deduplication and compression). ”
Question:
Taking into account that all storage vendors recommend that for very IO intensive workloads (like in this case when 500.000 IOPS are needed for the storage) not to activate / use deduplication function because it induces a very high CPU utilisation (load that can’t be really estimated because of data pattern by a performance sizing tool) . This high CPU utilisation is generated when data is deduplicated (when is written to disks) and then re-hidratate, when data needs to be read and send to host.
Main disatvantages of deduplication:
- Performance Overhead -> Deduplication processes can require significant CPU and memory resources, leading to potential performance slowdowns during data writes and reads.
- Limited Use Cases: It may not be effective for all types of data. For example, highly dynamic data with frequent changes can limit deduplication effectiveness and reduce compression ratios.
Taking all this arguments into consideration, please accept that the performance should be done only with compression active (compression should be done only by dedicated harware components).
Answer (10 Mar 2025, 09:06):
The requirement specifies that the minimum performance of 500,000 IOPS must be achieved with inline data reduction, including both deduplication and compression.
These specifications are mandatory and cannot be modified, as they ensure compliance with the project’s objectives regarding storage efficiency and optimization.
Proposed solutions must fully meet these requirements without alterations.
Date:
9 Mar 2025, 12:50
Question's name:
Requirement (Lot 3 and Lot 4): “The storage system must provide deduplication functionality for data stored at the block level (iSCSI/FC LUN) and file level, with the following specifics”
Question:
Taking into consideration that the requested storage equipment is block only (protocols requested are FibreChannel or iSCSI and also the requested connection is Fibre Channel 32 Gbps only), please accept also storage equipments that support only block storage protocols (iSCSI and FC) for performance monitoring and prioritization mechanism for Storage QoS.
Answer (10 Mar 2025, 09:06):
The published technical specifications clearly state that the storage system must provide deduplication functionality at both the block level (iSCSI/FC LUN) and file level. These requirements are mandatory and cannot be modified.
The requested storage solutions must fully comply with the specified deduplication and compression capabilities, including support for both block and file-level storage as outlined in the tender documentation.
Date:
9 Mar 2025, 12:51
Question's name:
Reguirement (Lot 3 and 4): “Deduplication must operate both at the volume level and globally across the system, ensuring optimal storage efficiency. ”
Question:
Taking into account that all major storage vendors use global deduplication in oder to achive the best data deduplication efficiency (using a single deduplication table for the entire system, give significantly better deduplication ratio and also the performance for the entire system is not so havely impacted compared with having one deduplication table for each volume of the storage), please accept that the proposed storage solution should have deduplication globally across the system.
Also having in mind that for deduplication at volume level, the performance of the entire system induces a huge performance penalty because for each volume of the system needs to have an dedicated deduplication table, which is not shared with the other volumes from the storage equipment, which results also into a very low deduplication efficiency (at the system level).
Answer (10 Mar 2025, 09:07):
The technical specifications clearly state that deduplication must operate both at the volume level and globally across the system, ensuring optimal storage efficiency. This requirement is mandatory and cannot be modified.
The proposed storage solution must fully comply with these specifications by supporting both volume-level and global deduplication, as outlined in the tender documentation.
Date:
9 Mar 2025, 12:52
Question's name:
Requirement (Lot 3 and 4): “Deduplication must remain continuously active and cannot be disabled or bypassed by system administrators or any other means, ensuring consistent storage efficiency and data integrity.”
Question:
Taking into account that each storage vendor let’s the option active / disable storage efficiency features, recommend that this features not to be used for very IO intesive workloads (like in this case when 300.000 IOPS or 500.000 IOPS are needed for the storages). Please accept storage equipments for which we can activate / deactivate the deduplication features in order to achieve best performance and best response times for your applications. As in all best practices, deduplication is not recommended for IO intensive workloads because it induces an high utilisation of the CPU when data is deduplicated (when is written to disks) and then re-hidratate, when data need to be read and send to host
Answer (10 Mar 2025, 09:08):
The technical specifications explicitly require that deduplication must remain continuously active and cannot be disabled or bypassed by system administrators or any other means to ensure consistent storage efficiency and data integrity.
Therefore, the proposed storage solution must fully comply with this requirement, and solutions that allow deduplication to be disabled do not meet the mandatory specifications.
Date:
9 Mar 2025, 12:53
Question's name:
Requirement (Lot 3 and 4): “The system must provide the ability to create and manage a minimum of 365 snapshots per shared volume, supporting long-term operational and recovery needs.”
Question:
Taking into consideration that snapshots are used only for temporary recovery of data (not as backup solution) as the snapshots are depended on the source volumes (if the source volume will be deleted then all snapshots will not be available anymore) also as the source data changes, old snapshots retain the original data, which can lead to fragmentation and exponential growth in the occupied space, and a large number of snapshots kept over the long term can end up occupying as much space as the original data or even more. Each snapshot creates a reference to the source data. As the number of snapshots increases, the system must manage more reference points and check which version the data is in.
Having all this aspects in mind, please reconsider the minimum number of snapshots and accept storage solutions from well consecrated storage vendors, like DELL, IBM, NetApp, that have minimum 250 snapshots per volume and supports minimum 10.000 snapshots per system.
Answer (10 Mar 2025, 09:08):
The requirement specifies that the system must support a minimum of 365 snapshots per shared volume to ensure long-term operational and recovery needs.
While we acknowledge that some enterprise storage vendors (DELL, IBM, NetApp) may have different snapshot configurations, the stated requirement remains mandatory. The ability to support a minimum of 365 snapshots per volume is essential for meeting operational flexibility required by Agency duet o operation of national importancy wide number of the Registers, long-term retention policies, and compliance needs.
Therefore, the proposed storage solution must comply with this specification, and solutions offering a lower number of snapshots per volume do not meet the required criteria.
Date:
9 Mar 2025, 12:57
Question's name:
Requirement (Lot 4): “Audit and compliance
Question:
Requirement (Lot 4): “Audit and compliance:
- The system must provide audit logs and reports detailing encryption operations, key management activities, and access attempts, ensuring transparency and regulatory compliance.
- Logs should be exportable and compatible with industry-standard security information and event management (SIEM) systems.”
Clarification question:
Please let us know if this feature needs to be included in the offer or needs to be supported via feature upgrades?
Answer (10 Mar 2025, 09:25):
The requirement specifies that the system must provide audit logs and reports detailing encryption operations, key management activities, and access attempts, ensuring transparency and regulatory compliance. Additionally, logs must be exportable and compatible with industry-standard SIEM systems.
This feature must be included in the offered solution and should not rely on future feature upgrades. The audit and compliance functionalities are essential for meeting security, regulatory, and operational transparency requirements and must be fully available at the time of deployment.
Any proposed solution must fully comply with these specifications to ensure immediate compatibility with security monitoring and compliance frameworks.
Date:
9 Mar 2025, 12:58
Question's name:
Requirement (Lot 4): “Key backup and recovery
Question:
Requirement (Lot 4): “Key backup and recovery:
- The system must include mechanisms for secure backup and recovery of encryption keys, supporting integration with external key management systems (KMS) compliant with KMIP (Key Management Interoperability Protocol) standards.
- Key rotation and lifecycle management should be automated and configurable to align with organizational policies and compliance requirements.”
Clarification question:
Please let us know if this feature needs to be included in the offer or needs to be supported via feature upgrades?
Answer (10 Mar 2025, 09:29):
The requirement clearly states that the system must include mechanisms for secure backup and recovery of encryption keys and support integration with external Key Management Systems (KMS) compliant with KMIP standards. Additionally, key rotation and lifecycle management must be automated and configurable to meet organizational policies and compliance standards.
This feature must be included in the offered solution and should not rely on future feature upgrades. Key backup and recovery are essential components of encryption security, ensuring compliance with regulatory requirements and protecting critical data integrity.
The proposed solution must fully comply with these specifications at the time of deployment to ensure seamless security management and integration with external KMS.
Only authorized platform users may ask questions during the clarification period.
Document successfully signed
OK