Si algún término del módulo no te suena, aquí tienes el contexto rápido para arrancar sin perderte. Estos son los conceptos clave que vas a ver más adelante.
- ECS
- Máquina virtual en Huawei Cloud. Eliges CPU, RAM, SO, disco.
- EVS
- Disco virtual que se conecta a una ECS. Soporta snapshots y redimensionado.
- OBS
- Almacenamiento de objetos (archivos). Se accede por API o por su CLI
obsutil. - EIP
- IP pública estática. Sigue costando aunque no la asocies a ningún recurso.
- VPC
- Red privada virtual aislada. Es como tener tu propio segmento de red dentro de la nube.
- Security Group
- Firewall a nivel de máquina virtual. Define qué tráfico se permite hacia y desde la ECS.
- Pay-per-use / Yearly
- Modelos de pago. Pay-per-use cobra por hora; Yearly da 30-50% de descuento con compromiso de 1-12 meses.
- Snapshot
- Copia instantánea del estado de un disco. Útil antes de hacer cambios riesgosos.
- Lifecycle policy
- Reglas automáticas que mueven datos entre clases de almacenamiento (Standard → Infrequent Access → Archive) según su antigüedad.
Para la lista completa de términos del plan, abre el glosario en la barra lateral.
Módulo 6 completado. Acceso a consola de Huawei Cloud (preferentemente con un proyecto de pruebas asignado). Si no hay sandbox, los labs se pueden ejecutar en modo lectura/exploración.
7.1 Objetivos del módulo
- Crear y gestionar ECS desde la consola y CLI oficial (KooCLI / hcloud).
- Crear y operar EVS: adjuntar a ECS, redimensionar, crear snapshots, restaurar.
- Crear buckets OBS y gestionar objetos (subir, descargar, configurar lifecycle).
- Asignar, asociar y liberar EIP. Entender la facturación de IPs no asociadas.
- Diseñar una VPC completa: subnets en distintas AZ, route tables, internet gateway, NAT Gateway.
- Configurar Security Groups con reglas de entrada y salida adecuadas.
- Diferenciar Security Group (SG) y Network ACL (NACL) y saber cuándo usar cada uno.
- Realizar troubleshooting básico: conectividad, logs de consola, monitoreo con Cloud Eye.
- Comprender los modos de pago (pay-per-use vs yearly/monthly) y elegir el adecuado.
7.2 Contenido teórico
7.2.1 ECS — Elastic Cloud Server
ECS es el servicio equivalente a EC2 en AWS o a una VM en Proxmox. Permite lanzar máquinas virtuales con SO, CPU y RAM configurables.
Familias de instancias
| Familia | Optimizado para | Caso de uso típico en Harper |
|---|---|---|
| General purpose (s6, s7, s7n) | Balance entre CPU y RAM | Servidores web, aplicaciones internas, panel de control. |
| Compute optimized (c6, c7) | Alta carga de CPU | Procesamiento de reportes HWC, ETL, builds, encoding. |
| Memory optimized (m6, m7) | Alta cantidad de RAM | Bases de datos, cachés, análisis en memoria. |
| Disk-intensive (d6) | Alto throughput de disco | Almacenamiento de logs, big data, NAS virtual. |
| GPU-accelerated (pi, g, p) | GPU para AI/ML/render | No aplica inicialmente para Harper. |
| High-performance (h3) | CPU de alta frecuencia | Aplicaciones legacy con sensibilidad a la velocidad de núcleo. |
Modos de pago (billing modes)
| Modo | Cómo se factura | Ventajas | Desventajas |
|---|---|---|---|
| Pay-per-use | Por hora consumida | Flexibilidad total, sin compromiso | Más caro a largo plazo (hasta 50% más) |
| Yearly / Monthly | Pago anticipado por 1–12 meses | Descuento de 30–50% | Compromiso, no se puede liberar antes |
| Spot (interruptible) | Subasta de capacidad ociosa | Hasta 90% de descuento | Puede ser interrumpida cuando Huawei la necesita |
Para laboratorios y pruebas siempre usar pay-per-use y destruir los recursos al terminar. Para producción 24/7 estable, contratar yearly/monthly. Para procesos batch tolerantes a interrupciones, considerar spot.
Imágenes de ECS
- Imágenes públicas: Ubuntu, CentOS, Debian, Windows Server, EulerOS — gratis (se paga solo el ECS, no la imagen).
- Imágenes Marketplace: imágenes preconfiguradas (LAMP, WordPress, Odoo, etc.) con costo adicional.
- Imágenes privadas: creadas a partir de un ECS existente o subidas desde un archivo
.qcow2/.vhd/.vmdk. Útiles para clonar configuraciones repetibles. - Imágenes compartidas: imágenes privadas de otro proyecto o cuenta IAM compartidas con el actual.
7.2.2 EVS — Elastic Volume Service
EVS provee discos en bloque persistentes, equivalentes a discos virtuales en Proxmox o EBS en AWS. Se adjuntan a ECS y se pueden snapshotear, redimensionar y migrar.
| Tipo de EVS | IOPS / Throughput | Latencia | Uso recomendado |
|---|---|---|---|
| Common I/O (SAS) | ~1.000 IOPS | 5–10 ms | Backups, logs históricos, datos fríos |
| High I/O | ~3.000 IOPS | 1–3 ms | Sistemas operativos, aplicaciones generales |
| General Purpose SSD (GPSSD) | Hasta 20.000 IOPS | ~1 ms | Discos de sistema, web servers (recomendado por defecto) |
| Ultra-high I/O | Hasta 50.000 IOPS | < 1 ms | Bases de datos transaccionales, alto rendimiento |
| Extreme SSD | Hasta 128.000 IOPS | < 1 ms | Cargas críticas con SLA de latencia |
Operaciones clave con EVS
- Adjuntar (attach) a un ECS: soporta hot-plug en sistemas Linux modernos. Aparece como un disco adicional (
/dev/vdb,/dev/vdc…). - Redimensionar (extend): aumentar el tamaño sin detener el ECS. Después hay que extender la partición y el filesystem dentro del SO (
growpart+resize2fs/xfs_growfs). - Snapshot: backup a nivel de bloque, instantáneo y consistente. Útil antes de aplicar cambios riesgosos.
- Crear EVS desde snapshot: restaura un snapshot a un nuevo volumen (operación no destructiva).
- Cifrado en reposo: opcional al crear el EVS. No se puede activar después en un volumen existente.
7.2.3 OBS — Object Storage Service
OBS es almacenamiento de objetos compatible con la API de Amazon S3. Se organiza jerárquicamente en buckets que contienen objetos (archivos). No es un sistema de archivos: no se monta como un disco.
Casos de uso en Harper
- Backups de ECS y EVS (CBR puede usar OBS como destino económico).
- Almacenamiento de logs históricos (logs de aplicaciones, logs de acceso, logs de auditoría).
- Distribución de archivos estáticos (imágenes, scripts, ISOs internas).
- Landing zone para migraciones (subir VMDK / qcow2 → importar como imagen privada).
- Repositorio de artefactos de despliegue (binarios, paquetes).
Clases de almacenamiento
| Clase | Acceso | Costo | Uso recomendado |
|---|---|---|---|
| Standard | Inmediato | Alto | Datos accedidos frecuentemente, sitios web. |
| Infrequent Access (IA) | Inmediato | Medio | Backups recientes, logs de 30–90 días. |
| Archive | Recuperación: minutos a horas | Bajo | Archivo histórico, compliance, logs viejos. |
OBS permite configurar reglas que mueven objetos automáticamente entre clases según su antigüedad (ej: pasar a Archive después de 90 días, eliminar después de 365 días). Esto reduce costos sin intervención manual.
7.2.4 EIP — Elastic IP Address
Una EIP es una IP pública estática que se puede asociar y desasociar de recursos (ECS, NAT Gateway, ELB). Su característica principal es que se mantiene reservada para Harper aunque no esté asociada — y se factura igual.
Modelos de facturación de EIP
- Bandwidth (ancho de banda fijo): se paga por el ancho de banda contratado (ej: 10 Mbps), tráfico ilimitado dentro de ese límite. Recomendado para servicios con tráfico predecible.
- Traffic (tráfico por GB): se paga por GB de tráfico saliente. Recomendado para servicios con tráfico esporádico o impredecible.
- Shared bandwidth: múltiples EIPs comparten un mismo paquete de ancho de banda. Reduce costos cuando hay muchos EIPs con tráfico bajo.
¿Cuándo usar EIP y cuándo NO?
- Sí asignar EIP: ECS que expone servicios públicos (web, API, SSH externo), NAT Gateway, balanceadores con frente público.
- No asignar EIP: bases de datos, backends internos, ECS que solo se acceden desde la VPC. Usar IP privada + Security Group correctamente configurado.
EIPs no asociadas a ningún recurso siguen facturando. Liberar EIPs huérfanas es una de las primeras revisiones que debes hacer tú en el reporte mensual del día 5del reporte mensual del día 5.
7.2.5 VPC — Virtual Private Cloud
Una VPC es una red virtual privada y aislada dentro de Huawei Cloud. Es el equivalente a tener un "datacenter virtual" propio dentro de la nube, con sus propios rangos de IP, subnets, tablas de rutas y firewalls.
Componentes de una VPC
- CIDR principal: rango de IPs privadas de toda la VPC (típicamente
10.0.0.0/16o172.16.0.0/16). - Subnets: subdivisiones del CIDR principal, cada una atada a una zona de disponibilidad (AZ).
- Route tables: reglas que indican cómo encaminar el tráfico (subnet → internet, subnet → VPN, subnet → otra VPC).
- Internet Gateway implícito: permite que las EIP funcionen — no requiere creación manual como en AWS.
- NAT Gateway: permite que ECS sin EIP salgan a internet (para descargar paquetes, hacer
apt update, etc.) sin exponerlos públicamente. - Security Groups (SG): firewall stateful a nivel de instancia.
- Network ACLs (NACL): firewall stateless a nivel de subred.
- VPC Peering: interconexión entre VPCs propias para compartir tráfico privado.
- VPC Endpoints: acceso privado a servicios de Huawei (OBS, RDS) sin pasar por internet.
Security Group vs Network ACL
| Característica | Security Group (SG) | Network ACL (NACL) |
|---|---|---|
| Scope | Instancia (ECS) | Subred completa |
| State | Stateful (responde automáticamente) | Stateless (reglas separadas para entrada y salida) |
| Tipo de reglas | Solo permitir (allow) | Permitir y denegar (allow + deny) |
| Orden de evaluación | Todas las reglas se evalúan | Reglas numéricas, primera coincidencia gana |
| Default | Deny all inbound, allow all outbound | Allow all inbound, allow all outbound |
| Cuándo usar | Control fino por instancia | Bloqueo de IPs maliciosas a nivel de subred |
El 90% del control de tráfico se hace con Security Groups. Las NACLs se usan solo cuando se necesita un deny explícito a nivel de subred (ej: bloquear un rango entero de IPs maliciosas).
7.3 Laboratorios prácticos
Estos laboratorios se ejecutan en la región la-north-2 (LA-Mexico City).
Si solo se tiene acceso de lectura, ejecutar como walkthrough revisando los componentes
ya creados en producción.
Lab 1: Diseñar y crear una VPC completa
- Consola → Virtual Private Cloud → Create VPC.
- Nombre:
vpc-lab-tecnico. CIDR:10.0.0.0/16. Región:la-north-2. - Crear primera subnet:
subnet-web, AZ1, CIDR10.0.1.0/24. - Crear segunda subnet:
subnet-db, AZ2, CIDR10.0.2.0/24. - Verificar route table principal: debe tener ruta local
10.0.0.0/16. - Para acceso a internet: en route table agregar ruta
0.0.0.0/0con next hop hacia un EIP (asignado al ECS) o NAT Gateway (si los ECS no tendrán EIP propio). - Documentar el diagrama de red resultante (puede ser dibujo a mano o draw.io).
Lab 2: Crear Security Groups bien diseñados
Crear dos Security Groups separados — uno para servidores web y otro para servidores de base de datos:
SG: sg-web
- Inbound: TCP/22 (SSH) desde la IP pública de Harper (no desde
0.0.0.0/0). - Inbound: TCP/80 desde
0.0.0.0/0. - Inbound: TCP/443 desde
0.0.0.0/0. - Outbound: all (default).
SG: sg-db
- Inbound: TCP/3306 (MySQL) desde
sg-web(no desde IP, sino referenciando el otro SG). - Inbound: TCP/22 (SSH) desde la IP pública de Harper para administración directa.
- Outbound: all (default).
Referenciar Security Groups entre sí (sg-web → sg-db) en lugar
de IPs privadas hace la configuración más mantenible. Si cambian las IPs internas, las
reglas siguen funcionando.
Lab 3: Lanzar un ECS y conectarse
- Consola → ECS → Buy ECS.
- Región:
la-north-2. AZ: AZ1 (que coincida consubnet-web). - Tipo: General purpose
s6.small.1(1 vCPU, 1 GB RAM). - Imagen: Ubuntu 22.04 LTS (imagen pública).
- Disco de sistema: 40 GB GPSSD.
- VPC:
vpc-lab-tecnico. Subnet:subnet-web. SG:sg-web. - EIP: comprar uno nuevo, ancho de banda 5 Mbps, modelo bandwidth.
- Par de claves: crear nueva (
key-lab-tecnico), descargar el archivo.pemy guardarlo en lugar seguro. - Modo de pago: pay-per-use.
- Confirmar y esperar el estado Running (tarda 1–2 minutos).
- Conectarse:
chmod 400 key-lab-tecnico.pem && ssh -i key-lab-tecnico.pem root@<EIP> - Verificar acceso ejecutando:
uname -a && cat /etc/os-release
Lab 4: Gestionar EVS — adjuntar, formatear, montar y snapshot
- Consola → EVS → Buy Disk. Tipo GPSSD, 20 GB, AZ1 (misma del ECS), pay-per-use.
- Una vez creado, click en Attach y seleccionar el ECS del lab.
- Conectarse al ECS por SSH. Listar discos:
lsblk - Identificar el nuevo disco (típicamente
/dev/vdb). Verificar que esté sin filesystem:sudo file -s /dev/vdb - Formatear con ext4:
sudo mkfs.ext4 /dev/vdb - Crear punto de montaje y montar:
sudo mkdir /mnt/data sudo mount /dev/vdb /mnt/data df -hT - Hacer el montaje persistente. Obtener el UUID:
sudo blkid /dev/vdb - Editar
/etc/fstaby agregar:UUID=<el-uuid> /mnt/data ext4 defaults,nofail 0 2 - Verificar el montaje persistente:
sudo umount /mnt/data && sudo mount -a && df -hT - Volver a la consola → EVS → seleccionar el disco → Create Snapshot. Asignar nombre
snap-lab-001. - Una vez creado el snapshot, simular pérdida de datos:
sudo touch /mnt/data/archivo-importante.txt sudo rm /mnt/data/archivo-importante.txt - Restaurar: en la consola, desde el snapshot, crear un nuevo EVS y adjuntarlo al ECS para validar la integridad.
Lab 5: Crear bucket OBS y subir/descargar archivos
- Consola → OBS → Create Bucket.
- Nombre único global:
harper-lab-tecnico-2026(debe ser único en todo Huawei Cloud). - Región:
la-north-2. Storage class: Standard. Bucket policy: Private. - Crear el bucket y verificar que aparece en la lista.
- Subir un archivo de prueba desde la consola web (botón Upload Object).
- Desde el ECS, instalar
obsutil(CLI oficial de OBS):wget https://obs-community-intl.obs.ap-southeast-1.myhuaweicloud.com/obsutil/current/obsutil_linux_amd64.tar.gz tar -xzf obsutil_linux_amd64.tar.gz && sudo mv obsutil_linux_amd64*/obsutil /usr/local/bin/ - Configurar credenciales (Access Key / Secret Key obtenidos desde IAM):
obsutil config -i=<ACCESS_KEY> -k=<SECRET_KEY> -e=obs.la-north-2.myhuaweicloud.com - Listar buckets:
obsutil ls - Descargar el archivo subido:
obsutil cp obs://harper-lab-tecnico-2026/archivo.txt /tmp/ - Subir un archivo desde el ECS al bucket:
obsutil cp /etc/hostname obs://harper-lab-tecnico-2026/hostname.txt
Lab 6: Troubleshooting de conectividad
- Desde tu máquina local, intentar hacer ping al EIP del ECS:
ping <EIP> - El ping fallará — el Security Group no permite ICMP. Confirmar el problema.
- Desde la consola → VPC → Security Groups → sg-web → Add inbound rule:
- Protocol: ICMP.
- Source: tu IP pública (no
0.0.0.0/0).
- Volver a hacer ping. Debe funcionar inmediatamente (no requiere reiniciar nada).
- Cuando termine la prueba, eliminar la regla ICMP. ICMP abierto a internet es información que un atacante usa para detectar que el host existe.
- Documentar el procedimiento como entrada en el runbook del departamento.
Lab 7: Limpieza de recursos (siempre al final)
Una de las prácticas más importantes en cloud es destruir lo que ya no se usa. Cualquier recurso olvidado factura.
- Desasociar el EIP del ECS (Console → EIP → Disassociate).
- Liberar el EIP completamente (Release).
- Desadjuntar y eliminar los EVS adicionales (no el de sistema, ese se va con el ECS).
- Eliminar los snapshots EVS que ya no se necesiten.
- Detener y eliminar el ECS (Stop → Delete with disks).
- Vaciar y eliminar el bucket OBS (los buckets con objetos no se pueden eliminar).
- Eliminar las subnets y la VPC.
- Verificar en Console → My Resources que no quedan recursos activos.
Algunos recursos siguen facturando aun detenidos (EVS, EIP reservados). La regla del lab es: si no se va a volver a usar en las próximas 24 horas, se elimina.
Plantilla de seguimiento del lab
| Recurso | Nombre | ID / IP | Estado al cierre |
|---|---|---|---|
| VPC | |||
| Subnet web (AZ1) | |||
| Subnet db (AZ2) | |||
| Security Group sg-web | |||
| Security Group sg-db | |||
| ECS lab | |||
| EIP asociada | |||
| EVS adjuntado | |||
| Snapshot EVS | |||
| Bucket OBS | |||
| Par de claves | |||
| ¿Recursos eliminados? |
7.4 Checklist de evaluación
- Crea una VPC con subnets en al menos 2 AZ y configura las route tables correctamente.
- Configura Security Groups separados para distintos roles (web, db) y referencia SGs entre sí.
- Lanza un ECS con la configuración completa (red, SG, EIP, par de claves) sin asistencia.
- Se conecta al ECS por SSH usando el archivo
.pemdescargado. - Adjunta un EVS al ECS, lo formatea, monta y configura el montaje persistente en
/etc/fstab. - Crea un snapshot de un EVS y restaura los datos creando un nuevo volumen desde el snapshot.
- Crea un bucket OBS y opera objetos desde la consola y desde
obsutil(CLI). - Diagnostica un problema de conectividad y lo resuelve modificando reglas de Security Group.
- Explica las diferencias entre pay-per-use, yearly/monthly y spot, y recomienda cuál usar en cada caso.
- Identifica EIPs no asociadas y las libera para evitar facturación innecesaria.
- Documenta las decisiones de diseño (CIDR, AZ, tipos de instancia) en formato runbook.
- Limpia todos los recursos del lab al finalizar y verifica en consola que no queda nada activo.
7.5 Referencia rápida — Cheatsheet Huawei Cloud (Infraestructura)
| Acción | Consola | CLI / Comando |
|---|---|---|
| Listar ECS | ECS → Elastic Cloud Servers | hcloud ECS NovaListServers |
| Crear ECS | ECS → Buy ECS | hcloud ECS CreateServer ... |
| Conectarse a ECS por SSH | — | ssh -i clave.pem root@<EIP> |
| Listar EVS | EVS → Disks | hcloud EVS ListVolumes |
| Adjuntar EVS | EVS → Attach | hcloud EVS AttachVolume |
| Crear snapshot EVS | EVS → Create Snapshot | hcloud EVS CreateSnapshot |
| Listar buckets OBS | OBS → Buckets | obsutil ls |
| Subir a OBS | OBS → Bucket → Upload | obsutil cp file obs://bucket/path |
| Descargar de OBS | OBS → Bucket → Download | obsutil cp obs://bucket/path file |
| Listar EIP | VPC → EIP → Elastic IPs | hcloud VPC ListPublicips |
| Asociar EIP | EIP → Associate | hcloud VPC AssociatePublicip |
| Liberar EIP | EIP → Release | hcloud VPC DeletePublicip |
| Ver Security Groups | VPC → Security Groups | hcloud VPC ListSecurityGroups |
| Verificar disco montado en ECS | — | df -hT && lsblk |
| Extender filesystem ext4 después de resize EVS | — | growpart /dev/vdb 1 && resize2fs /dev/vdb1 |