Después de varios años de usar 1C en la virtualización de contenedores Proxmox, había suficientes conos completos, que elaboraré aquí como breves notas generales sobre las etapas del proceso de implementación.
Esta no es una guía de acción o un manual. Si alguno de los elementos debe describirse con más detalle, no dude en los comentarios.
Planificación y evaluación de riesgos
Cuando pintas las sumas de ahorro, estabilidad, escalabilidad y otras cosas con ojos ardientes, no te olvides de ti mismo. El mínimo es buen hardware, conducción normal, unidades rápidas, versión x64 del servidor 1C. Todavía es recomendable solicitar algún tipo de capacitación sobre el tema. Para que la gerencia entienda que invierte en su propia infraestructura y personal, y no solo ahorra una suma redonda de la nada.
Compra de software. Integrador
Es recomendable elegir a alguien que tenga al menos algo de experiencia en el soporte de versiones de Linux de 1C. Tómese el tiempo para llamar y preguntar. Como resultado, nadie te ayudará de todos modos, y te verás cara a cara con todos los problemas, pero al menos sin los estúpidos y molestos consejos sobre rdp y mssql.
Configuración del host
Cuando se trabaja con proxmox, es un pecado no utilizar el maravilloso mecanismo lxc.mount para montar directorios desde el host a los contenedores (además, preservar acl). Para evitar que los contenedores se hinchen de los registros y las copias de seguridad, debe crear secciones y directorios para estos fines en el host de antemano y realizar tareas cron para la rotación y la limpieza. Por lo tanto, dirigirá las copias de seguridad y los registros a través de un lugar, y verá que esto es bueno.
Elegir la configuración del servidor de aplicaciones y el servidor de bases de datos
Usted, por supuesto, ya está familiarizado con el enfoque clásico del 1c guru, al colocar la base de datos en el mismo servidor que el servidor de aplicaciones. Ahora es una gran oportunidad para no hacerlo. El hecho es que si mide la velocidad de la transferencia de datos de "red" entre contenedores, obtendrá al menos 25-30 Gbit / s. Siéntase libre de conducir la base de datos desde la playa, y obtendrá un servidor de aplicaciones monolítico ligero y varios servidores de bases de datos que serán fáciles de perfilar, respaldar y mantener.
Configuración del servidor de base de datos
PostgreSQL de 1C o Postgres Professional funcionan muy bien en contenedores listos para usar.
Solo por conveniencia, primero haría una plantilla de contenedor vacía con un servidor de base de datos y luego la clonaría debajo de cada base de datos conectada al servidor de aplicaciones. En esta plantilla, debe montar inmediatamente los directorios de registro y copia de seguridad desde el host y, en consecuencia, redirigir los registros más gruesos allí. También tiene sentido realizar inmediatamente tareas de copia de seguridad, por ejemplo, a través del mecanismo pg_dump all en estos directorios. Al generar archivos de salida, use $ hostname. Entonces obtienes un set de caballero para cualquier ocasión
Configuración del servidor de aplicaciones
Todo funciona sin características, rutinarias y aburridas, solo si no instala x86-server en x64 OS. Pero incluso en este caso, todo se puede resolver. Por ejemplo, si está instalando x86 1C en Centos7, hay un maravilloso repositorio con paquetes x86
mirror.centos.org/altarch/7/os/i386/PackagesA partir de ahí, definitivamente necesitará: ImageMagick-c ++ - devel, fontconfig, libgsf, http, httpd-devel, así como libpng y libpng-devel para imprimir códigos de barras
Licencia
Muchos están en contra de las licencias de software y abogan por un HASP más costoso pero confiable. Es como esquiar y hacer snowboard. Tú decides qué romper: la clavícula o el tobillo. Hay problemas tanto para reenviar hasp al contenedor como para obtener correctamente las licencias de software.
Si decide tomar licencias de software, tenga cuidado con los núcleos de la CPU. Como se indica en la documentación, puede aumentar (pero no reducir) el número de núcleos y procesadores sin volver a aplicar la licencia. Sin embargo, Proxmox, al cambiar el número de núcleos de procesador disponibles en el contenedor, cambia el CoreID del primer núcleo. Es decir, si para empezar hizo un contenedor con 1 núcleo y se unió a CoreID 0 al otorgar la licencia, se sorprenderá al aumentar el número de núcleos a 4, la numeración de CoreID no será 0,1,2,3 sino 1,2,2,4 . En consecuencia, las licencias volarán
Si esto sucedió, no se desespere. Las licencias se pueden reactivar fácilmente utilizando los códigos adjuntos. Y puede poner en la configuración del contenedor un núcleo más que la cantidad real. Por ejemplo, 9 para un servidor de ocho núcleos. Entonces CoreID 0 volverá y no te dejará.
Espero que estas notas ayuden a alguien