Quan es dissenyen càrregues de treball d'alt rendiment en racks d'AWS Outposts, comprendre la interacció entre les instàncies de còmput i el rendiment de l'emmagatzematge és fonamental per evitar colls d'ampolla i optimitzar costos. AWS Outposts estén la infraestructura, els serveis i les eines d'AWS a entorns on-premises, permetent latències ultrabaxes, processament local de dades i compliment de residència. No obstant això, el rendiment final en IOPS i throughput depèn de la correcta selecció del tipus d'instància EC2, el tipus de volum EBS i la configuració de múltiples volums. A Q2BSTUDIO, com a empresa de desenvolupament de programari i tecnologia especialitzada en arquitectures al núvol, ajudem els nostres clients a dissenyar solucions que maximitzin el rendiment en Outposts, integrant serveis de núvol AWS/Azure, intel·ligència artificial, ciberseguretat i BI/Power BI.
El primer pas en qualsevol disseny és conèixer la capacitat de la instància EC2 seleccionada. AWS Outposts suporta famílies d'instàncies de primera generació (c5, m5, r5, g4dn) i segona generació (c7i, m7i, r7i, c8i, m8i, r8i), totes optimitzades per EBS. Aquestes instàncies proporcionen un ample de banda dedicat a l'E/S de l'emmagatzematge, reduint la contenció de trànsit. El rendiment màxim sostingut d'una instància ve donat per les seves especificacions d'IOPS i throughput, però el subsistema de menor rendiment (instància o volums) limitarà el global. Per exemple, una instància r7i.12xlarge pot assolir 60.000 IOPS i 1.875 MB/s de throughput, però si els volums EBS no arriben a aquests valors, la instància quedarà infrautilitzada.
Pel que fa a l'emmagatzematge EBS, els racks d'Outposts de primera generació suporten únicament gp2, mentre que els de segona generació afegeixen gp3. El tipus gp2 proporciona fins a 16.000 IOPS per volum (amb 3 IOPS per GiB) i un throughput màxim de 250 MiB/s. Per assolir 16.000 IOPS amb gp2 es necessita un volum d'almenys 5.334 GiB. En canvi, gp3 ofereix la mateixa IOPS màxima però amb un rendiment de throughput de fins a 1.000 MiB/s, i només requereix 32 GiB per arribar a les 16.000 IOPS, ja que la IOPS es provisiona a raó de 500 IOPS per GiB. Això suposa un gran avantatge en cost i eficiència per a aplicacions de bases de dades o processament intensiu de dades. A Q2BSTUDIO dissenyem arquitectures que aprofiten gp3 en racks de segona generació per reduir l'emmagatzematge provisionat sense sacrificar rendiment, integrant a més solucions de IA i agents d'IA per automatitzar l'anàlisi de rendiment.
Per calcular les IOPS necessàries, primer se selecciona la instància que suporti l'objectiu, després es dimensionen els volums EBS en mida i nombre. Si s'usen diversos volums, la IOPS total ha d'igualar o superar el màxim de la instància. Amb gp2, calen múltiples volums grans; amb gp3, volums petits n'hi ha prou. Per exemple, per a 60.000 IOPS amb r7i.12xlarge: tres volums gp3 de 32 GiB (16.000 cadascun) i un de 24 GiB (12.000), totalitzant només 120 GiB, enfront de més de 20.000 GiB amb gp2. A més, el throughput es calcula considerant que gp3 ofereix 125 MiB/s base i es pot augmentar fins a 1.000 MiB/s a raó de 0,25 MiB/s per IOPS provisionada. Per al màxim, n'hi ha prou amb un volum de 8 GiB configurat amb 4.000 IOPS.
En entorns de bases de dades com RDS (SQL Server, MySQL, Oracle, PostgreSQL) sobre Outposts, les IOPS estan limitades tant pel motor de base de dades com per l'emmagatzematge. SQL Server, per exemple, suporta fins a 16.000 IOPS. Per assolir-lo amb gp3 es requereix un volum de 32 GiB i una instància com r5.4xlarge (18.750 IOPS de base). Amb racks de segona generació, instàncies r7i.4xlarge ofereixen 20.000 IOPS, però el coll d'ampolla serà el motor. Q2BSTUDIO recomana monitoritzar contínuament mitjançant CloudWatch, utilitzant mètriques com VolumeReadOps, VolumeWriteOps i temps de latència, per ajustar la capacitat provisionada. També és recomanable usar AWS Fault Injection Service per realitzar experiments controlats de degradació de rendiment i validar la resiliència.
La ciberseguretat també juga un paper clau: a Outposts, el xifrat EBS està habilitat per defecte amb AES-256 i claus d'AWS KMS, sense impacte en el rendiment. A més, des de Q2BSTUDIO implementem polítiques d'IAM per restringir qui pot crear, modificar o eliminar volums, així com alarmes de CloudWatch per evitar que usuaris no autoritzats suprimeixin alertes crítiques. Combinem aquestes pràctiques amb serveis de ciberseguretat i pentesting per protegir les càrregues de treball en entorns híbrids.
En resum, l'arquitectura per a IOPS i throughput en racks d'AWS Outposts requereix un equilibri acurat entre instància, emmagatzematge i monitorització. A Q2BSTUDIO, com a empresa de desenvolupament de programari a mida, oferim solucions que integren núvol AWS/Azure, intel·ligència artificial, agents d'IA, ciberseguretat i BI/Power BI per garantir que les vostres aplicacions crítiques funcionin amb el màxim rendiment. Contacteu amb el nostre equip per dissenyar una arquitectura adaptada a les vostres necessitats específiques.
