Añadir un servidor

¿Aún no tienes servidor? Compra uno a través de Zenavo.

Abre Servers → New Server y rellena:

• Name: se muestra al elegir un servidor para un proyecto, por ejemplo Tokyo 4C 8GB.
• Public IP or hostname y SSH port (normalmente 22).
• SSH user: root, o un usuario con sudo sin contraseña. Las imágenes en la nube suelen desactivar el acceso como root; usa ubuntu en imágenes de Ubuntu, debian en Debian y ec2-user en Amazon Linux.
• Authentication: una contraseña o una clave privada (sube el archivo o pégalo). La clave debe ser una clave privada OpenSSH o PEM sin cifrar, no el archivo .pub. Si tiene frase de contraseña, quítasela con ssh-keygen -p -f <file>.

Cualquiera de las dos solo la usa la tarea de configuración. Una configuración correcta la borra al momento; tras una fallida se guarda cifrada durante un día, para que puedas reintentar sin volver a escribirla, y después se borra. Zenavo no conserva acceso SSH a un servidor que funciona: solo llega a él a través del agente de Zenavo, que conecta desde el servidor hacia fuera (Cortafuegos y seguridad).

Encontrar el archivo de la clave

Las claves suelen estar en ~/.ssh, que los selectores de archivos ocultan. En el selector de macOS pulsa ⌘ ⇧ G y escribe la ruta, o ⌘ ⇧ . para mostrar las carpetas ocultas.

Haz clic en Connect and set up. Zenavo:

1. Conecta por SSH y muestra la huella de la clave del host del servidor. Si vuelves a ejecutar la configuración, Zenavo se niega a conectar si la huella ha cambiado.
2. Comprueba el sistema operativo, la CPU, la memoria y el acceso sudo.
3. Mide desde el servidor si conviene usar las fuentes de China continental, instala una versión fijada de K3s y después cert-manager con un emisor de Let's Encrypt.
4. Verifica que el nodo, Traefik, el aprovisionador de almacenamiento y las métricas estén listos.
5. Instala el agente de Zenavo y espera a que conecte con el plano de control por HTTPS.
6. Borra las credenciales SSH.

El progreso se muestra en directo en la pestaña Status del servidor. Si la configuración falla, corrige el motivo indicado y haz clic en Retry setup; los pasos terminados se saltan. Durante el día siguiente al fallo puedes reutilizar las credenciales SSH que introdujiste (Use the credentials from the last attempt); después, vuelve a introducirlas.

Comprueba la clave del host

Para asegurarte de que conectaste con la máquina correcta, compara la huella que muestra la consola con la del servidor:

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub

En la mayoría de nubes también puedes leerla desde la consola serie de la instancia, sin SSH.

Servidores en China continental

GitHub y Docker Hub son lentos o están bloqueados desde China continental, así que la configuración puede instalar desde réplicas en China.

La configuración elige las fuentes cronometrando tres peticiones pequeñas desde el propio servidor: GitHub, Docker Hub y la réplica de K3s de Rancher en China. Usa las fuentes de China cuando la réplica china responde y Docker Hub o GitHub no, o cuando GitHub es más de cuatro veces más lento. Si la réplica china no responde, la configuración usa siempre las fuentes globales. Zenavo no consulta la ubicación del servidor en ningún servicio GeoIP. El registro de la pestaña Status muestra qué fuentes se eligieron y por qué. Los servidores de Hong Kong, Macao y Taiwán suelen llegar a GitHub directamente, así que usan las fuentes globales.

Con las fuentes de China:

• K3s viene de la réplica oficial de Rancher en China (rancher-mirror.rancher.cn, INSTALL_K3S_MIRROR=cn), como describe la documentación de K3s para usuarios en China. Zenavo fija la versión y comprueba el binario instalado contra la suma de verificación que K3s publica en GitHub. Si no coinciden, borra el binario y se detiene.
• Las imágenes públicas (imágenes de sistema de K3s, cert-manager e imágenes de Docker Hub, Quay, GHCR, registry.k8s.io y gcr.io) se descargan desde la réplica de Zenavo en China mediante /etc/rancher/k3s/registries.yaml. Cada imagen conserva su nombre original completo dentro de la réplica; por ejemplo, docker.io/library/nats:2.14 pasa a ser <mirror>/docker.io/library/nats:2.14. Si una imagen no está replicada, el servidor la descarga de su registro original.
• Las imágenes que compila Zenavo desde tus repositorios Git se copian al almacén de imágenes de Zenavo en Shanghái antes de desplegarse, y el servidor las descarga allí, sin salir de China continental. El registro del despliegue muestra la copia ("copying the image to mainland China"), que se hace una vez por imagen.

Si /etc/rancher/k3s/registries.yaml ya existe y no lo escribió Zenavo, la configuración no lo toca.