Dado que XenServer (7 actualmente) se basa en CentOS, ¿eso significa que funciona igual que CentOS en términos de actualización, CLI, administración (no específicos de Xen como mdadm y cargadores de arranque), etc.
Básicamente, si quiero usar XenServer, ¿me comprometo a usar, aprender y trabajar en la "forma" de CentOS?
Tenemos un nuevo servidor (para nosotros) en camino y ahora es el momento de cambiar los hipervisores y estamos listos para usar Xen.
Nuestra configuración actual con la que estoy familiarizado y puedo administrar eficientemente es un host Debian con un par de máquinas virtuales que usan Virtual Box, que es menos que ideal para decir lo menos. Debido a esto, estoy familiarizado con trabajar en Debian y he tomado una decisión consciente de usar Debian para nuestros servidores. Administro solo nuestros servidores para nuestra pequeña empresa, por lo que no tengo la diversidad de otras configuraciones y otras distribuciones para trabajar.
Según tengo entendido, la forma en que Redhat hace las cosas es un poco diferente de las distribuciones basadas en Debian y requeriría una curva de aprendizaje de cantidad desconocida; pero una curva de aprendizaje seguro.
Entonces, si uso XenServer, ¿también me comprometo con la curva de aprendizaje de Redhat?
Soy consciente de que puedo instalar Xen con un Dom0 basado en Debian, pero el consenso que he leído parece decir que XenServer funciona mejor en general. Sin embargo, habrá un poco de configuración que tendré que hacer, como poner en funcionamiento nuestras matrices RAID locales para Dom0, Xen y recursos compartidos de red, junto con poner en orden los cargadores de arranque y grub. Puedo hacer esta configuración con bastante facilidad en Debian, así que estoy tratando de sopesar el costo a tiempo de tratar de hacer la misma configuración de la manera CentOS, que me temo que agregará una cantidad considerable de tiempo para llevar el nuevo servidor a Producción, dado el TI por mi mismo para nuestra empresa, poco a poco sucede en las horas posteriores a los negocios; De ahí la pregunta.
cdy eventualmente unos pocosrmpara limpiar las cosas. Incluso podría necesitarcurlowget(creo que uno u otro ya está instalado) para obtener los parches en el maestro de la piscina ysha256sumverificar su integridad. Pero, de lo contrario, Citrix preferiría que no se entrometa con el sistema operativo base; piense en ello como un dispositivo.Principalmente, se compromete a trabajar de la manera XenServer. Este producto es esencialmente un dispositivo y la mayoría de las cosas que son diferentes entre Debian y CentOS están ocultas para usted de todos modos o están mejor mantenidas por las herramientas que le ofrece XenServer.
Puede probar esto fácilmente, configurar una máquina virtual de prueba con XenServer es fácil (sí, se ejecuta dentro de una máquina virtual).
fuente
Trabajo con Xenserver casi todos los días. En un servidor simple o un grupo pequeño, habría muy poca necesidad de interactuar con el sistema operativo subyacente, que es el punto.
Pero tenemos más de 60 servidores xens y hemos usado históricamente Salt para eliminar los cambios en todo el sitio, como "alguien se fue, cambiar todas las contraseñas raíz y todas las contraseñas DRAC" o actualizar servidores DNS, o simplemente agregar un dominio de búsqueda a resolv.conf o para instalar el monitoreo de hardware opemnamage de dell, o cosas simples como el último agente checkmk.
En 6.5 esto funcionó bien a pesar de ser oficialmente incompatible.
En 7.0, los RPM no están disponibles y la instalación de Salt RPM simplemente se queja de las dependencias que faltan.
Entonces, para responder a su pregunta, No, administrar xenserver es como administrar un dispositivo siempre que no haga nada extraño
fuente