Após vários anos de uso do 1C na virtualização de contêiner Proxmox, havia cones completos suficientes, os quais irei elaborar aqui como breves notas gerais sobre os estágios do processo de implementação.
Este não é um guia de ação ou um manual. Se algum dos itens for descrito com mais detalhes - não hesite nos comentários.
Planejamento e avaliação de riscos
Quando você pintou as somas de economia, estabilidade, escalabilidade e outras guloseimas com olhos ardentes, não se esqueça. O mínimo é um bom hardware, condução normal, unidades rápidas, versão x64 do servidor 1C. Ainda é aconselhável solicitar algum tipo de treinamento sobre o assunto. Para que a gerência entenda que investe em sua própria infraestrutura e pessoal, e não apenas economiza uma soma redonda do nada.
Compra de software. Integrador
É aconselhável escolher alguém que tenha pelo menos alguma experiência em suportar versões linux do 1C. Aproveite o tempo para ligar e perguntar. Como resultado, ninguém o ajudará de qualquer maneira, e você ficará cara a cara com todos os problemas, mas pelo menos sem as dicas estúpidas e irritantes sobre rdp e mssql.
Configuração do host
Ao trabalhar com proxmox, é um pecado não usar o maravilhoso mecanismo lxc.mount para montar diretórios do host para os contêineres (além disso, preservando o acl). Para impedir que os contêineres aumentem de logs e backups, é necessário criar seções e diretórios para esses propósitos no host com antecedência e tarefas cron para rotação e limpeza. Portanto, você orientará os backups e os logs por um único local e verá que isso é bom.
Escolhendo a configuração do servidor de aplicativos e do servidor de banco de dados
Você, com certeza, já está familiarizado com a abordagem clássica do 1c guru, colocando o banco de dados no mesmo servidor que o servidor de aplicativos. Agora é apenas uma grande chance de não fazê-lo. O fato é que, se você medir a velocidade da transferência de dados da "rede" entre contêineres, receberá pelo menos 25-30 Gbit / s. Sinta-se à vontade para dirigir o banco de dados da praia e você terá um servidor de aplicativos monolítico leve e vários servidores de banco de dados que serão fáceis de criar perfil, fazer backup e manter.
Configuração do servidor de banco de dados
O PostgreSQL da 1C ou o Postgres Professional funcionam muito bem em contêineres prontos para uso.
Apenas por conveniência, eu primeiro criaria um modelo de contêiner vazio com um servidor de banco de dados e depois o clonaria em cada infobase conectada ao servidor de aplicativos. Neste modelo, você deve montar imediatamente os diretórios de log e backup do host e, consequentemente, redirecionar os logs mais espessos para lá. Também faz sentido executar tarefas de backup imediatamente, por exemplo, através do mecanismo pg_dump all nesses diretórios. Ao gerar arquivos de saída, use $ hostname. Então você tem um conjunto de cavalheiros para qualquer ocasião
Configuração do servidor de aplicativos
Tudo fica sem recursos, rotineiros e chatos, apenas se você não instalar o servidor x86 no sistema operacional x64. Mas mesmo neste caso, tudo pode ser resolvido. Por exemplo, se você estiver instalando o x86 1C no Centos7, há um repositório maravilhoso com os pacotes x86
mirror.centos.org/altarch/7/os/i386/PackagesA partir daí, você definitivamente precisará: ImageMagick-c ++ - devel, fontconfig, libgsf, http, httpd-devel, bem como libpng e libpng-devel para imprimir códigos de barras
Licenciamento
Muitos são contra as licenças de software e defendem um HASP mais caro, mas confiável. É como esquiar e praticar snowboard. Você decide o que quebrar - a clavícula ou o tornozelo. Há problemas ao encaminhar o hasp para o contêiner e obter corretamente as licenças de software.
Se você decidir obter licenças de software, tenha cuidado com os núcleos da CPU. Conforme declarado na documentação, você pode aumentar (mas não reduzir) o número de núcleos e processadores sem precisar licenciar novamente. No entanto, o Proxmox, ao alterar o número de núcleos de processador disponíveis no contêiner, altera o CoreID do primeiro núcleo. Ou seja, se para iniciantes você criou um contêiner com 1 núcleo e anexado ao CoreID 0 ao licenciar, você ficará surpreso ao aumentar o número de núcleos para 4, a numeração do CoreID não será 0,1,2,3, mas 1,2,2,4 . Por conseguinte, as licenças decolam
Se isso aconteceu - não se desespere. As licenças podem ser facilmente reativadas usando os códigos anexados. E você pode colocar na configuração do contêiner um núcleo a mais que a quantidade real. Por exemplo, 9 para um servidor de oito núcleos. Então o CoreID 0 retornará e não o deixará.
Espero que estas notas ajudem alguém