Mejor relación precio-rendimiento. Configuración de 2 núcleos y 2GB es suficiente, solo cuesta poco al año, más barato que un Raspberry Pi (sin molestias de mantenimiento de hardware).

Agrega el script de respaldo a cron para ejecutar automáticamente a las 3 AM todos los días:

por qué optimizar

Después de reinicio forzado del Raspberry Pi, seguro querrás que OpenClaw arranque automáticamente, sin SSH manualmente de nuevo. Usa systemd para gestionar:

Y además la optimización no solo hace que corra más rápido, sino que corra estable. Si la disipación térmica no está bien hecha el CPU se ralentiza cuando se calienta, y al final termina lento.

Política de frecuencia de CPU

Sección despliegue Raspberry Pi ondemand política, que ajuste automáticamente la frecuencia según la carga. Para servidores cambia a performance Modo. En modo bridge cada contenedor tiene su propio stack de red, mapeo de puertos claro, no conflicta con otros servicios. Modo host tiene rendimiento ligeramente mejor (ahorra una capa NAT), pero puertos fácilmente chocan, problema diagnóstico también molesto. A menos que tengas necesidades especiales, bridge es correcto.

Configuración de ajuste de frecuencia de CPU
# Ver política de frecuencia actual

Plataforma Google Cloud en la región Asia-Pacífico tiene muchos nodos (Tokio, Singapur, Taiwán), latencia baja. Compute Engine es el servidor de nube de Google, mismo concepto que AWS EC2.

Servidores no necesitan interfaz gráfica, baja al mínimo la memoria asignada a GPU, déjala para CPU:

/boot/config.txt configuración optimizada
# Asignación de memoria GPU (mínimo 16MB, suficiente si no ejecutas escritorio)

Sistema operativosudo reboot

Ajuste de Swap

swap configurado razonablemente previene OOM, pero swap muy grande ralentiza SD card:

Optimización de Swap
# Establecer tamaño de swap (recomendado igual al tamaño de memoria)

Plan de disipación de calor

Comparación de planes de disipación

Nuevos usuarios reciben $200 de crédito gratis (válido 30 días), más 12 meses de servicios gratuitos: máquina virtual B1s (1 núcleo 1GB) 750 horas mensuales, dos discos administrados 64GB, almacenamiento Blob 5GB.precioEfecto de disipación térmicaruidoCasos de uso apropiados
Disipador pasivo¥5-15Baja 5-10°CSin ruidoCarga ligera, sin overclocking
Flujo de despliegue completo¥30-50Baja 15-25°Cbajo ruidoDescripción general de planes
La herramienta Imager ahora es muy buena, directamente durante la grabación configura SSH, WiFi, nombre de usuario todo junto:¥60-100Baja 30-40°CmedianoOverclocking, 24/7 con carga alta

recomendación personal: sin overclocking el cooler oficial es suficiente, si overclockeás o corre 24/7 usa ICE Tower, rendimiento máximo.

Límites de recursos de Docker

Pon un límite en el contenedor, para que un proceso no se coma todos los recursos del sistema:

Límites de recursos de Docker
# Limitar uso de CPU (deja un núcleo para el sistema)

Comando de monitoreo

Después de optimizar hay que ver los resultados, estos comandos son útiles:

Monitoreo del sistema
# Temperatura de CPU (¡el indicador más importante!)

Configuración del modo ligero PicoClaw

Si la configuración del Raspberry Pi es muy apretada, puedes activar el modo ligero PicoClaw. Este modo desactiva algunas funciones no esenciales, minimizando la ocupación de recursos:

Prometheus + Grafana + notificaciones de alerta
# Agregar en environment en docker-compose.yml:

En modo ligero la memoria baja 40%, para Raspberry Pi 4B de 2GB es un salvavidas.

¿optimizaste al máximo y sigue lento? MOLILI cloud no tiene límites de hardware, performance según demanda, adiós a ansiedad de cooling. conoce MOLILI →
¿Te ayudó este tutorial?