Hoje analisamos a escolha de um "hall" de servidor para uma pequena organização de 25 a 30 funcionários, com infraestrutura separada (pontos de venda, depósito), que tipo de servidor de terminal é necessário e o programa "1C: Enterprise". Esses serviços atendem a todos os praticantes.
A maioria das pequenas empresas, a fim de baratear o custo de propriedade, permitirá minimizar a quantidade de equipamentos que compram e solicitar aos administradores que "bombeiem" todos os serviços alimentados por eles em um servidor físico. Bazhannya é mais sensível e provocador, mas aqui há nuances.
Você pode organizar um servidor de terminal e obter a versão do arquivo 1C lá, mas para um número tão grande de coristuvachiv, a empresa de varejo recomenda mudar para a versão cliente-servidor. É por isso que precisamos de outro servidor chamado "1C: Enterprise" e um servidor de banco de dados. Deixe-me esclarecer que é possível organizar um servidor de terminal, servidor SQL e servidor 1C em um sistema operacional, mas do ponto de vista da segurança e estabilidade dos serviços robóticos, isso não é recomendado na região. E se você ainda deseja ganhar um servidor físico para todas as três funções, é recomendável ganhar a virtualização, por exemplo, VMWare ESXi ou Hyper-V.
Nesta ordem, existem três opções:
Para concluir essas tarefas, você pode solicitar a seguinte configuração do servidor:
Wu vipadu z um servidor físico Recarregamos a escolha em um Dell R710, com dois processadores Xeon X5650 de seis núcleos, 64 GB de RAM e seis drives: dois SSDs para RAID 1 e dois drives SAS para RAID 10.
Wu vipadu z dois servidores físicos Compactamos o vibir nas seguintes configurações:
Para um banco de dados pequeno, o SQL Server precisa de um núcleo. Mas vamos focar na expansão do banco de dados no futuro (ou aumentar o número de bancos de dados) e pegar dois núcleos no SQL.
Para o servidor "1C: Enterprise", o número de núcleos não é tão importante quanto a frequência do clock e a frequência do barramento. Portanto, colocamos mais dois núcleos no servidor 1C.
E não vamos esquecer que precisamos de um ou dois núcleos para proteger um sistema operacional host robótico.
Juntos, temos que entrar:
Krim acumulando, deslizou para dar respeito ao controlador de disco. Servidores modernos podem fazer bons controladores integrados, por exemplo, HP SmartArray e DELL PERC. No entanto, não é correto escolher a solução "onboard" em caso de ambição séria, se a produtividade máxima for necessária. Tendo poupado os problemas, você pode facilmente retirar um servidor rígido, o que não é um fardo. Portanto, o controlador pode ser hardware, não software, por causa de sua memória não volátil.
Vamos dar uma olhada nas opções para rozvyazannya desta tarefa.
Outra matriz é melhor criada a partir de dois discos SAS em RAID 10 (espelho + faixa), ou é possível usar dois discos de armazenamento SSD em RAID 1. Opte por armazenar apenas alguns discos desse modelo de servidor.
Até a vitória de um servidor e virtualização, você pode usar menos energia e recursos flexíveis entre as máquinas virtuais. Essa portabilidade de máquinas virtuais, de uma maneira diferente, é mais rica do que a portabilidade de SO físico.
No entanto, dois servidores podem ter mais espaço para atualização. Por exemplo, em nossa versão, um IBM x3550 M3 barato com a adição de mais um processador e RAM é transformado em um elegante servidor de terminal curto para 50 ou mais núcleos.
Mais um "ensino médio" em nossa mente, pois é preciso ter segurança na hora de escolher dois servidores físicos, a troca de dados entre eles seja a melhor possível. Para servidores virtuais, a troca de dados passa por um comutador virtual. Aí mesmo, para aumentar a capacidade de transferência da rede, você pode inserir no servidor de capa com base no cartão com duas interfaces gigabit, para que você possa agregar entre si e sem conexão intermediária entre servidores e links agregados de 2 gigabits. Caso contrário, você pode tentar diferentes cartões com SPF + 10GBASE, mas no caminho ficará satisfeito.
Portanto, se você precisar expandir ou aumentar o número de serviços, as perspectivas são grandes e, por enquanto, os servidores gerenciarão suas tarefas com eficiência. Possivelmente, através do rio, não poderemos aumentar o número de coristuvachiv vdvіchі, até 60 osіb? Por favor.
Depois de ganhar um servidor DELL R710, você pode comprar um IBM x3550 M3 barato, colocá-lo em um novo hipervisor, transferir uma máquina virtual com um banco de dados e um servidor 1C para ele e todos os recursos da DELL e usar uma máquina virtual com um terminal. Tse será rápido e não será necessário "jogar tudo fora e comprar novo".
Assim como você ganhou dois servidores IBM, então o x3550 M3 com a adição de outro processador, aquela pequena quantidade de RAM é transformada de uma máquina média em uma máquina exaustiva. E no x3250 M5, você pode atualizar o processador de E3-1220v3 para E3-1285v3.
Como organizar um confortável robô 7 e mais pessoas para 1c? Como proteger o robô sem interrupção com o sistema 1c? Como garantir a segurança de todos os dados 1s? Yaky comprar servidor por 1c ta yak yogo vibrati corretamente? É muito cedo para ficar diante de IT-fahivtsy e kerіvniki organіzatsіy.
Selecione a configuração servidores para robôs 1C deixar de lado a base para a atividade do trabalho com ele. As recomendações a seguir são desenvolvidas com base nas melhores práticas e práticas da empresa 1C. Покупая 1С сeрвeр необходимо убедиться что он отвечает сoврeмeнным трeбoвaниям oткaзoустoйчивoсти и прeдусмaтривaет пoвышeниe нaгрузки при нeoбхoдимoсти рaсширeния прoизвoдствeнных прoцeссoв нa прeдприятии, гaрaнтирoвaть высoкую рaбoтoспoсoбнoсть сeрвeрoв 1с при любых нaгрузкaх, их дoлгoвeчнoсть и высoкиe эксплуaтaциoнныe хaрaктeристики
até 20 | até 30 | até 50 | até 100 | |
---|---|---|---|---|
Processador | Processador Intel Xeon E3-12xx de 4 núcleos | 2 processadores Intel Xeon E5-26xx | ||
Memória | 16 GB RAM | 16-32GB RAM | 32 GB RAM | 64 GB RAM |
Número de unidades | tipo 1U | 1U ou 2U | 1U ou 2U | tipo 3U |
Subsistema de disco | 2 x SAS | 4 x SAS | 8 discos rígidos SAS (RAID 10), podem ser configurados com discos SSD | 16 discos rígidos SAS (RAID 10), podem ser configurados com unidades SSD |
Controlador RAID de hardware | cache é recomendado | iz zahistoy kesh | iz zahistoy kesh | iz zahistoy kesh |
Possibilidade escala aquela plataforma desde a instalação no rack |
Є | Є | Є | Є |
Variante de orientação de 1 servidor para o banco de dados | $ 2.000 | $ 4.000 | $ 5.600 | $ 9.990 |
Entre em contato com nosso consultor para esclarecimentos sobre a configuração e variação | ||||
Número recomendado de servidores para arquitetura pid 1C | 1 | 1 | 2 servidores em um cluster | |
polícia de disco Zovnishnya | Oi | Oi | Então | Então |
Comentário | Para o banco de dados (pode alterar as funções do servidor 1C), gateway de Internet, servidor de arquivos. É possível atualizar máquinas de processador único em casos com 8 discos. | Para banco de dados, gateway de Internet, servidor de arquivos | Recomenda-se ter 1 ou 2 servidores de banco de dados, unidos por um cluster, denominado SRS. O subservidor físico é recomendado: servidor de banco de dados, servidor de adendo, servidor de terminal | Recomenda-se ter 1 ou 2 servidores para o banco de dados, unidos pelo cluster, chamado de SRS. O subservidor físico é recomendado: servidor de banco de dados, servidor de adendo, servidor de terminal |
Com base na tabela acima, você pode adicionar a configuração do servidor 1c para um pequeno escritório
* Dodaєtsya, pois é necessário superar as mesas de trabalho distantes.
O diagrama organizacional de tal solução se parece com isso.
Iaque servidor de banco de dados Recomendamos as seguintes máquinas:Dell Power Edge T320, Dell PowerEdge R420, Dell PowerEdge T620.
servidores Dell T320і R420 principalmente construtivo (subjetivo e stichkovy v_dpovidno), e Dell T620 acomodando um maior número de discos e memória operacional, que podem ser necessários com alto grau de ambição, ou "de olho" no futuro, como empresa de negócios. Mesmo que não haja espaço suficiente no país, você pode transferir seu respeito para um servidor 1U compacto Dell R320.
As áreas principais do servidor de base de dados são o subsistema de disco e as conexões à memória operativa. A quantidade de expansão do banco de dados para essas empresas geralmente é pequena (normalmente não mais que 5-10 GB), então é possível aumentar a quantidade de dinheiro. В oбщeм-тo этo нe oбязaтeльнo, oсoбeннo eсли aктуaльнa нe вся БД (нaпримeр в нeй присутствуют дaнныe пo прoшлым гoдaм, нужныe лишь врeмя oт врeмeни), нo кaк минимум нужнo зaлoжить oбъeм OЗУ нe мeнee 30-50% oт рaзмeрa БД для цeлeй кэширoвaния . Além disso, zrozumіlo, como um mínimo de 1 GB para as necessidades do sistema operacional. Como trabalhar em qual servidor físico servidor de adendo 1C, Então você precisa ver a memória e você - de 1 GB a 2-4 GB (é melhor consultar o franqueado - é melhor depositar na forma de їх configurações).
Como servidor de banco de dados com software 1C 8.2, vamos alugar por 50-100 vouchers, é recomendado para servidores de vouchers Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. O fedor pode ser subsistemas de disco rígido para 16 e 24 discos. Eсли нaгрузкa нa сeрвeр БД пoстoяннo рaстeт, мы рeкoмeндуeм нe экoнoмить и выбирaть сeрвeры с бoльшим кoличeствoм дискoв, пусть дaжe нe в пoлнoй нaбивкe - лучшe пoтoм дoбaвить дискoв и пaмяти, чeм чeрeз гoд пoкупaть бoлee мoщную мaшину.
Iaque servidores adicionais Seja a melhor escolha Dell PowerEdge T420 4-8 GB de memória. Em princípio, você certamente pode se maravilhar com uma máquina de processador único, ou melhor, dois processadores mais fracos, menos um difícil (não trapaceie com 1000000000000000). O advento no servidor do adendo deve estar muito obsoleto devido à configuração 1C que você escolheu, é recomendável consultar seu provadzhuvachami.
C Servidor de terminal mais fácil do que qualquer coisa - servidores de terminal escalado horizontalmente. Então você pode apenas colocar dois ou três Dell PE R420 ou R620- Zalezhno vіd navantazhennya. Além disso, os dados são protegidos automaticamente - no caso de falha de um servidor, as sessões do cliente podem ser transferidas para outro. Golovnya - muito antes do tempo para fornecer o ZZU do estoque
Selecionando qual servidor é necessário para 1C, a próxima memória, qual é a hora do trabalho robótico com ele, haverá uma operação impessoal, lendo e registrando dados em um segundo.
Por tudo, percebi porque é tão importante projetar com competência um servidor para 1C - é como se estivesse “desacelerado” na nuca, escolhido incorretamente e não mostra a pressão no sistema, é um risco , é um risco, é por causa de interrupções, é um dado importante para se envolver. Do outro lado, crie um servidor 1C, compre todos os equipamentos para o novo segurança de software Você pode economizar o valor mais importante para a empresa, então é melhor pegar os bens para economizar seu dinheiro.
Se for necessário para nossa configuração fahіvtsy robiti vibіr para o servidor 1C, primeiro, sobre scho stink, pergunte - skіlki koristuvachіv bude pratsyuvati z 1С na empresa e algum conjunto de serviços está planejado vikoristovuvat, o que será, hto e yaknіmіm_vіkonu Vіd tsikh vіdomosti mi vіdshtovkhuєmosya pіd hora de criação do servidor 1C.
Na estrutura de hardware de um servidor 1C, as características do processador, RAM, subsistema de disco e interface serão importantes para nós.
É necessário que o mau cheiro garanta um trabalho estável e produtivo dos componentes atacantes:
O número ideal de núcleos do processador deve ser alocado, dependendo do fato de que é necessário reservar 1-2 núcleos para o robô do SO, 1-2 núcleos para o robô do banco de dados SQL e 1 núcleo adicional para o robô do servidor e aproximadamente 1 núcleo por skin 8-10 sessões centrais de uma hora (Shob koristuvachі potіm não skarzhilis, servidor scho 1C galmuє).
Atente para o fato de que a velocidade da fonte de alimentação não é tanto devido ao número de núcleos, mas sim à frequência do clock do processador, e o número de núcleos influencia mais a estabilidade do trabalho com um grande número de corystations e tarefas de uma hora neles.
Skilki mem'yatі é necessário para o servidor 1C
Além disso, se você precisar de um servidor 1C para 100 ou mais núcleos, recomendamos criar um cluster com pelo menos dois servidores físicos 1C.
Rozmіr nebhіdnoї operativo ї mem'yatі mi proponuєmo rahuvati, com base em tais indicações:
Vamos montar nossa orientação de distribuição dos parâmetros do servidor 1C 8.3:
A RAM é melhor comprada com margem - é um dos fatores mais importantes na alta produtividade de um servidor 1C e, ao mesmo tempo, um dos componentes encontrados. Se não houver memória suficiente no servidor 1C Enterprise, será ainda mais importante trabalhar por uma hora, se custar comida, qual servidor 1C escolher, comece a respeitar quem tem RAM suficiente.
Selecionando qual servidor é necessário para 1C, a próxima memória, qual é a hora do trabalho robótico com ele, haverá uma operação impessoal, lendo e registrando dados em um segundo. Este parâmetro - com algum tipo de segurança, um disco rígido permite o processamento de dados - também é um dos principais para o código de segurança do servidor 1C.
Ao projetar um servidor 1C, é possível obter o seguinte antes de ter um subsistema de disco:
Com essas estatísticas, trouxemos alguns diáconos para dar origem a aproximadamente rozrahunki, como escolher um servidor para 1C, acho que o fedor será vermelho para você.
No final do dia, mais uma coisa - não varto magatisya de sobra, computador vikoristovuyuchi para o servidor 1C (como costuma funcionar em pequenas empresas) - koristuvalnitska "zalіzo" kudi menos nadіyno e vіdmovostіyke, nіzh semelhante à produtividade do servidor. Não varto rizikuvat com o sistema oblіkovoj de sua empresa. Mesmo que você não invista no seu orçamento, é possível, a seguir, você pode ver a possibilidade de abrir 1C no escuro
É fácil para você decidir qual servidor escolher para 1C Enterprise 8.3, como construir um servidor 1C, para não se prender a essas tarefas anteriormente, você sempre pode voltar ao integrador de sistemas da empresa, para que você será capaz de completar o projeto nalashtuvati vidpovidny você servidor para 1C.
1С:Pіdpriєmstvo 8 pode aparecer como um suplemento de economia de recursos para construir com um pequeno número de coristuvachivs. Servidor Vibirayuchi pіd 1C, seja um feiticeiro que deseja desfazer o "trauma do nascimento" - lançando as bases para uma nova área potencialmente estreita. Do outro lado, hoje, poucos compram servidores e tensão supramundana, no virista. Perfil Dobreyakscho navantazhennya vdaetsya znyat zazdalegіd - então, projetar o servidor para um adendo de configuração específico na empresa é mais simples.
Para referência, vejamos a plataforma "1C: Enterprise 8.2" em її configurações básicas populares "Aparência contábil", "Comércio e armazém", "Gestão de salários e pessoal", "Gestão de empresa comercial" e, em particular, "Gestão de Produção de Vácuo". Parece que para empreendimentos de 10 e mais spivrobitniks, que trabalham em 1C, “1C: Empreendimento 8.2. Servidor de Adendo. Você pode alterar a opção de trabalhar no modo de área de trabalho remota (Remote Desktop), com o número de bases de dados de uma hora até 100-150. As recomendações serão fixadas para DB 1C "importante", mas "flutuações importantes" dependerão de uma abordagem individual.
Como a empresa é pequena (2 a 7 arquivos por sistema), a base é pequena (até 1 GB) e "1C: Enterprise 8.2" funciona no modo de arquivo no computador, precisamos de uma implementação clássica do servidor de arquivos . Para tais tarefas, é provável que a CPU se chame Intel Core i3, mais ainda Intel Xeon E3-12xx. A quantidade de RAM necessária é ainda mais fácil: 2 GB para o sistema operacional e 2 GB para o cache de arquivos do sistema.
Se na companhia de 5-25 núcleos 1C, o tamanho do banco de dados for de até 4 GB, então o complemento "1C: Enterprise 8.2" pode conduzir Intel Xeon E3-12xx de 4 núcleos ou AMD Opteron 4xxx. Crim 2 GB de RAM no sistema operacional, precisa ver 1-4 GB em 1C: Enterprise 8.2. Servidor adicional” e mais estilos e mais MS SQL Server como cache - total de 8 a 12 GB de RAM. Para bancos de dados pequenos, a quantidade de dinheiro na memória operacional é de pelo menos 30% do banco de dados e, mais frequentemente, todos os 100%.
Fato Vіdomy (embora não particularmente anunciado): “1C: Pіdpriєmstvo 8.2. Não goste do servidor complementar, se o sistema operacional o levar para um arquivo de troca em um disco rígido e for fácil de usar em qualquer caso. É por isso que no servidor onde o "Servidor Adicional" é iniciado, você sempre pode ter uma reserva de espaço livre na memória operacional - hoje é mais barato.
As empresas têm mais som 1C coristuvach através do acesso remoto ao programa (Remote Desktop) - que está no modo terminal. Como regra, com 10-100 bancos de dados 1C com um banco de dados de 1 GB e mais, “1C: Enterprise 8.2. Servidor complementar" e complemento "1C: Enterprise 8.2" executados no mesmo servidor.
Para determinar os recursos necessários do processador, deve-se levar em consideração que um núcleo físico pode processar com eficiência não mais do que 8 fluxos de núcleo - isso se deve à arquitetura interna dos processadores. Como mostra a prática, na tarefa 1C + Remote Desktop, não é possível usar processadores de servidor de linhas jovens com baixas frequências de núcleos rozrachunk e uma arquitetura rudimentar. Como regra, é bastante pequeno (até 15-20), para extrair um processador do Intel Xeon E3-12xx de alta frequência. Pelo menos um núcleo físico (2 threads) consumirá o SQL Server, outro (2 threads) consumirá “1C: Enterprise 8.2. Servidor complementar e 2 núcleos físicos (4 threads) - para SO e núcleos de terminal. Se o número de núcleos 1C for superior a 20 ou se o banco de dados for maior que 4 GB, é hora de mudar para sistemas de 2 processadores no Intel Xeon E5-26xx ou AMD Opteron 62xx.
Razrahunok necessário para obsyagu memória operacional é bastante simples: 2 GB necessários SO, 2 GB e mais - MS SQL Server como um cache (não menos de 30% do banco de dados), 1-4 GB - pid "1C: Enterprise 8.2. Servidor auxiliar”, a memória do servidor pode ser salva para sessões de terminal. Uma caixa terminal, depositada de acordo com a configuração, contendo os anexos “Formulário de Contabilidade”, “Negociação e Armazém” - 100-120MB, “Gestão de Salário e Pessoal”, “Gestão da Empresa Comercial” - 120-160MB, . Para executar um complemento nos servidores MS Word, MS Excel e MS Outlook, o complemento de capa precisa ter cerca de 100 MB. Como regra, o mínimo para um servidor de terminal é 12 GB de RAM.
Por exemplo, para um servidor 1C com o pacote de software usual, 50 terminais na configuração “Commercial Business Administration”, essa base de dados para 8GB será calculada de forma otimizada pela intensidade de dois processadores Intel Xeon E5-2650 (8 núcleos, 16 fios, 2,0 GHz). RAM você precisa de pelo menos 2 (SO) + 4 (SQL) + 4 (servidor 1C) + 8 (160 "UTP" * 50 núcleos) = 18 GB e mais rapidamente 24-32 GB (6-8 canais DIMM de 4 GB cada ) .
Mais scarg para o trabalho completo dos servidores 1C:Pіdpriєmstvo 8 pov'yazan z irracional, como se fossem vivouyutsya tipo de introdução-visualização da operação, sobre algum tipo de homenagem que z іntensivnіstyu. O subsistema de disco mais importante é a chave para garantir produtividade suficiente do servidor como um todo - mesmo para navegação no banco de dados, o maior problema é bloquear tabelas durante uma hora de trabalho com elas sem um coristuvachiv sem rosto ou com aquisições / vivantages / postagens em massa. Monitoramento e otimização do subsistema de disco do servidor.
1С 5 de maio fluxos de dados para o subsistema de disco, com os quais eles não funcionarão:
A estrutura dos dados em 1C é orientada a objetos, sem objetos e links entre eles. p align="justify"> Para trabalhar com tabelas de dados, o número de operações de leitura por segundo é extremamente importante, pois é para construir um subsistema de disco em uma hora (Input Output Operation per Second, IOPS). Ao mesmo tempo, a capacidade de ver uma alta velocidade de transmissão de dados (MBp / s) é muito menos importante. Uma base bastante modesta com um volume de 200-300 MB de 3-5 células pré-selecionadas pode gerar até 400-600 IOPS em picos. Uma base de 10-15 núcleos e um total de 400-800 MB pode ver 1500-2500 IOPS, 40-50 núcleos de um banco de dados de 2-4 GB geram 5000-7500 IOPS e uma base de 80-100 núcleos pode facilmente atingir 12000- 180.
Como você sabe, a demanda média de um subsistema de disco pode chegar a 10-15% do pico. Apenas a produtividade em si é realmente importante no período de pico de aquisições: aquisição automática de dados de outros sistemas, troca de dados de um sistema distribuído durante um período refeito.
Discos modernos em operações de leitura e gravação com acesso aleatório (Random Read/Write) podem lidar com os seguintes desafios um por um:
Intel 910 400GB |
|||||
2400 - 8600 IOPS |
É bom ver que:
Discos únicos em servidores de banco de dados não estão quebrados, apenas arrays RAID. Para aumentar ainda mais a produtividade real do subsistema de disco, é necessário pagar uma penalidade (penalidade) por gravar em IOPS, como se o grupo de discos estivesse em RAID:
Se você selecionar 6 discos do RAID 10, 2 IOPS de discos físicos serão armazenados em um registro de 1 IOPS e 6 discos IOPS serão usados no RAID 6. Desta forma, para aumentar a capacidade de gravação de um grupo de discos, é necessário somar os IOPS de todos os discos do grupo RAID, e então dividi-los em uma “penalidade”.
Exemplo 1: 2 HDD SATA 7200 RAID 1 sem gravação: (100 IOPS *2) / 2 = 100 IOPS.
Estoque 2: 4 SATA 7200 RAID 5 sem gravação: (100 IOPS *4) / 4 = 100 IOPS.
Estoque 3: 4 SATA 7200 RAID 10 sem gravação: (100 IOPS *4) / 2 = 200 IOPS.
Aplique 2 e 3 para demonstrar claramente por que, para salvar bancos de dados, para alguns, a taxa típica de leitura/gravação deve ser 68/32, que é um RAID 10 mais curto.
A partir dessas três tabelas, ficou claro porque a produtividade de um típico “conjunto de cavalheiros” de 2 HDD SATA 7200 em RAID 1 não é suficiente para o servidor: nas pressões de pico, o número de barrigas cresce para o disco, os sistemas são curtos -viveu, às vezes por muito tempo.
Como aumentar a produtividade do subsistema de disco para gravação? Aumente o número de discos em um grupo de RAID, alterne para discos com um envoltório de segurança maior, selecione um nível de RAID com uma penalidade de gravação menor. Por favor, ajude o cache pelo controlador RAID a partir do modo write-back aprimorado Write-back. Os dados não são gravados diretamente nos discos (como no modo Write Through), mas no cache do controlador e somente posteriormente, no modo de lote e de maneira ordenada - nos discos. Dependendo das especificidades do gerente, a produtividade do registro aumenta de 30 a 100%.
Bancos de dados possivelmente de baixo volume ou relativamente pequenos (até 20 GB) são uma maneira barata de aumentar o IOPS - RAID híbrido de SSD/HDD. Arquivos maiores e desnecessários do banco de dados para 3-15 koristuvachiv na estrutura rozpodіlenіy no café kshtalt merezhі ou estação de serviço.
Para bancos de dados grandes (200 GB e mais) com um longo loop de dados históricos ou para manutenção de grandes bancos de dados, o cache SSD pode ser eficaz (tecnologias LSI CacheCade 2.0 ou Adaptec MaxCache 3.0). Para a operação de tais sistemas, nas tarefas de 1C para ajuda adicional, você pode visivelmente de forma econômica e sem grandes alterações na infraestrutura, você pode acelerar as operações do disco em 20-50%.
O campeão do swidcode em IOPS transferiu matrizes RAID em SSDs de servidor - ambos tradicionalmente, em vez de controladores RAID SAS e SSDs PCIe. Dois fatores intermediários são importantes para sua popularidade: tecnológico (a produtividade dos controladores RAID ou a necessidade de mudar radicalmente a estrutura da economia) e o preço de implementação.
Okremo ao lado de dizer sobre como salvar arquivos de índice e TempDB. Os arquivos de índice são atualizados com pouca frequência (chamada 1 vez por doba), eles são lidos com mais frequência (IOPS). É simplesmente necessário salvar tal danim em um SSD, para leitura ostensiva! TempDB, que é usado para salvar dados de tempo, geralmente é pequeno em tamanho (1-4-12 GB), mas é capaz de gravar velocidade. Arquivos de índice e hora serão enviados para que você não precise gastar até gastar dados reais. Otzhe, o fedor pode ser espalhado em um SSD okremu (ou melhor - em dois volumes okremih). Eu quero usar o controlador SATA integrado da placa-mãe. Do ponto de vista da confiabilidade e swidcode, TempDB pode ser usado para espelhar (RAID1) do SSD, é possível no controlador on-board, e também para esconder caches obov'yazykovym no registro. Por esse motivo, os SSDs de desktop também são afetados - por exemplo, Intel 520-series, a compactação de dados de hardware ao gravar no TempDB será mais simplificada. A falha desses líderes do sistema global de poupança na visão do subsistema sueco é positivamente significada na produtividade do sistema, especialmente no momento de pico de demanda.
Em caso de falhas, se for possível garantir a máxima celeridade de resposta dos administradores em caso de falhas e se logística de transporte, Virobnitstvo em UPP, trocas de volume em URBD), TempDB é o culpado no RAMDrive. Essa decisão permite que você ganhe às vezes até 4-12% da produtividade geral do sistema. A falha é responsável apenas por reiniciar o servidor: se o RAMDrive não iniciar automaticamente, será necessário adicionar um administrador para uma inicialização manual - caso contrário, todo o sistema irá parar.
Outro componente importante são os arquivos de log. O fedor pode ser inaceitável para qualquer tipo de singularidade do subsistema de disco - para gerar um fluxo constante de animais dribnih para gravação. É incompreensível para tráfego médio, mas é pior para o código do servidor 1C para tráfego de pico. p align="justify"> É aconselhável justificar o arquivo de log (especialmente o arquivo de log SQL) para tantos volumes físicos quanto possível, que serão praticamente lineares em termos de IOPS. Para sua tranquilidade, você pode criar um espelho a partir de SATA / NL SAS barato e volumoso (para log completo) ou SSDs de desktop baratos da mesma série Intel 520 (log simples ou log completo, com backup e limpeza gratuitos).
Em poucas palavras, podemos dizer que a chegada de um SSD ao servidor trouxe novas possibilidades de aumento de produtividade dos servidores de massa - pelo custo do armazenamento de dados e pela configuração inteligente de I/O de disco.
O subsistema de disco do "servidor ideal pid 1C" é assim:
1. Tabelas de bancos de dados colocados em RAID 10 (ou RAID 1 para bancos de dados pequenos) de SSDs de servidores superiores com um controlador RAID de hardware com fio. Com altas taxas de IOPS, você pode procurar a opção SSD PCIe. Para um banco de dados grande, é eficiente usar armazenamento em cache SSD de matrizes de HDD. No entanto, a configuração 1C e a estrutura de dados, que são vitoriosas, não são capazes de até IOPS, e o número de núcleos é pequeno - para extrair um array tradicional de HDD SAS 15K rpm.
2. Indexar arquivos para um único SSD sueco e barato, TempDB - para 1-2 (RAID 1) SSD ou RAMDrive.
3. Arquivos de log SQL (mas também 1C) para ver a visão do volume (o mesmo disco físico ou RAID-1) em SATA / NL SAS HDD ou SSD barato, ou um disco lógico em uma matriz RAID, na qual a operação sistema do servidor servidor está instalado arquivos/pastas.
4. O sistema operacional em que os dados são armazenados em RAID 1 com HDD ou SSD.
Como a infraestrutura de TI é virtualizada, é muito ruim que o SQL Server tenha sido instalado não como uma máquina virtual, mas diretamente em um servidor físico, a olho nu. O preço dos alimentos é de 15 a 35% da produtividade do subsistema de disco (depósito de posse, drivers, virtualização e métodos de conexão). Um ambiente de servidor SQL virtualizado conecta volumes com tabelas de banco de dados, arquivos de índice e TempDB à VM no modo de acesso direto exclusivo.
Ao operar sistemas 1C: Enterprise 8 para pequenas e médias empresas (até 100-150 funcionários ativos ao mesmo tempo), o próximo passo é minimizar os gastos com operações de rede por meio da interface Ethernet. Idealmente - para servir SQL Server e "1C: Enterprise 8 Add-on Server x64" e sessões 1C na área de trabalho remota com um servidor físico. Do ponto de vista da segurança de estabilidade até vіdm, tal recomendação permite aumentar o máximo de posse daquele PZ, e para as flutuações na virtualização da virtualização, dá o mesmo nível de segurança e "repetição do meio" na outra configuração.
Como desligar a Ethernet do servidor SQL -> servidor complementar 1C:Enterprise 8 -> sessão 1C:Enterprise 8? A interface Ethernet Merezhevy, com o empacotamento iogo desses dados é notavelmente pequenos blocos para transmissão, sempre criará interferência adicional: ao compactar / descompactar o tráfego e ao transmitir a si mesmo (alta latência). Em 1C:Pіdpriєmstvo 8 para coletar uma grande variedade de dados, eles são transferidos para processamento, e isso é realizado de acordo com todo o idioma, em certas situações - no lado errado. Ao transferir dados diretamente para um processo para outro dentro da RAM do servidor (em um servidor sem virtualização), ou através de uma interface de malha virtual (dentro do mesmo servidor físico, com bons adaptadores de malha de servidor com blocos de RAM transferidos entre VM ) zatrymki ricamente inferior. Servidores modernos de processador duplo com grande memória operacional e um subsistema de disco em SSD permitem que você sirva confortavelmente um banco de dados 1C para 100-150 núcleos ativos.
Já na busca de um banco de dados, uma série de hosts físicos é inevitável, é necessário conectar todos os servidores via Ethernet 10Gb. Ou, pelo menos, 2-4 conexões Ethernet de 1 Gb de agregação com TCP / IP acelerado por hardware (TCP / IP Offloader) e suporte de hardware para virtualização.
O maior custo de produtividade nas portas Ethernet sofre com as decisões orçamentárias. Não é nenhum segredo que os adaptadores com fio de 1 Gb que são soldados na maioria das placas-mãe do servidor não são projetados para atender tráfego com fio intensivo. Navite yakscho na placa є 2 ou 3 portas de GbE, o fedor da implementação nos chips de desktop. Gestão suficiente, fedores dão origem a conhecimentos de embarque adicionais do serviço de bolsas de fusão, especialmente no meio virtualizado. Todo o processo de transferência de dados através desse chip é coberto pelos recursos do processador, memória operacional e barramento interno. Esses chips não fornecem nenhuma transmissão acelerada de tráfego IP; se tais transmissões forem recebidas, o pacote Ethernet significará uma transferência para o processador. Em um ambiente virtualizado, a produtividade de uma interface pode chegar a 25-30%. No mínimo, não se pode mencionar a necessidade da interface mais adequada com o auxílio do monitoramento. O processador central é responsável pelo novo e, se não funcionar, fica parado na janela do cartão mesh. As portas nos chips de desktop devem ser desligadas do fluxo de dados em ambientes virtualizados, após a exclusão da tarefa de gerenciamento do servidor. Adicione uma placa de borda discreta no chipset do servidor para tráfego intenso de proteção.
Discutir a produtividade dos servidores no futuro é sempre acompanhado de supercozinheiros sobre sua confiabilidade. A segurança da durabilidade até a maturidade sempre exigirá vitratos adicionais, especialmente para o suporte de processos virobnicos ininterruptos. Sem menosprezar o papel daquele espaço 1C, pode dizer-se que o maior dilema da “produtividade/superioridade” é crescente em diferentes áreas: pela primeira vez, combate-se a otimização das soluções de hardware, pela outra - a organização dos processos e procedimentos. Se os programas forem marcados como críticos, o principal respeito pela implementação da praticidade é dado não às necessidades de proteção individual do servidor, mas à minimização da infraestrutura simples.
Зрозуміло, для підприємств із відносно великою кількістю одночасно підключених користувачів (25-150) та розміщенням усіх додатків на одному сервері обов'язкове застосування джерел безперебійного енергопостачання, надлишкових блоків живлення самих серверів, кошиків гарячої заміни дисків та RAID-масивів із гарячим резервуванням. No entanto, a disponibilidade de equipamentos não substitui a reserva planejada dos próprios dados. Mayuchi schodenny (mais precisamente, shonochovy) faz backup desse arquivo operacional do log SQL completo, você pode atualizar novamente o DB 1C por um intervalo notavelmente curto.
O tempo ocioso permissível do sistema central 1C para pequenas e médias empresas é de 1 a 2 acidentes por mês, 1 a 4 anos para a duração. De fato, uma grande reserva de tempo - como antes da ressurreição, estamos nos preparando há muito tempo. Reinicialização inteligente necessária e disponibilidade de imagens de todos os servidores físicos e virtuais na frente da VM em um arquivo/volume real - para atualizar a própria parte da infraestrutura no servidor de backup. Obov'azkovy schodenny backup (e sozhnevyy esse período de fechamento) para o próximo anexo físico e log SQL completo para vypadkіv, se a entrada de dados "desde o início do dia útil" for crítica e importante manualmente. Pela obviedade da administração, pode-se investir em 1-2 anos para a renovação da prática por um zagal, alto e com menor produtividade. Bem, e aí, precisando do trabalho ininterrupto de 24x7, as primeiras tarefas serão a escolha de uma arquitetura diferenciada, possuindo um número mínimo de pontos de introdução e modernas tecnologias de clustering. Ale tse já zovsіm іnsha іstoriya.
Artigo original: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
Permitirei ao editor da revista "Computer Review"
Pela espiga, vou ver o roteiro da obra:
1.) Trabalhando com uma base de arquivos por meio de um recurso selvagem (servidor da web)
2.) Trabalhe com a base de arquivos no terminal
3.) Trabalhando com banco de dados do servidor (MSSQL)
Robô da base de arquivos por meio de um recurso global (servidor da Web)
Tudo é fácil aqui. Yakscho tse zvichaynі forma aquele 1-3 koristuvach. Em seguida, no "servidor" (a máquina na qual a base está localizada é escolhida:
O último momento, como base nas formas curadas. O eixo aqui é como tudo é construído, como é descrito mais, você pode ver o galma. Proteja є:
Quanto à base, você poderá elaborar localmente um coristuvach suficiente para seu trabalho confortável, e a velocidade do trabalho por meio de um recurso bruto será tão autossuficiente. Ale e aqui fora - um robô através de um servidor web. Na Internet, você pode encontrar um grande número de artigos que descrevem como organizar um trabalho com classificação semelhante, não julgando este artigo neste. Sozinho, vou compartilhar com vocês meus avisos: é melhor melhorar o robô com corestuvachiv não por meio de um navegador da web, mas por meio de um thin client (se adicionarmos uma nova base à lista de IB, ao lado da colocação do IB lá é um item "em um servidor web"). Tse, para meus avisos, mais rápido, baixe pelo navegador. Além disso, ao trabalhar por meio de um navegador, ouvem-se perdões na interface (o que fez o PM e assim por diante), não há nenhum ao trabalhar por meio de um thin client.
Vlasne, acelerando com esta receita (ssd, processador com alta frequência, servidor web, thin client). É possível expandir o mito "como o número de koristuvachiv é maior que 1 (para a versão atual maior que 0 :)) - é necessária uma base de servidor *.
*Se você quiser, é seguro dizer que o preço não é UPP ou o tamanho base é > ~ 4GB, e o número de coristuvachs não excede 4 (o tamanho máximo da base é o número de coristuvachiv, se for grande um, é possível zustrich a queda, se através de uma base de arquivo com uma base de arquivo mais pessoas trabalhassem?
Trabalhando com uma base de arquivos no terminal
Vamos para a próxima opção. Podemos ter um servidor de terminal e uma base de arquivos. Aqui tudo é semelhante ao cenário 1 para falha do processador:
Trabalhe com a base do servidor (MSSQL)
Este cenário é o mais complicado e, talvez, exija algumas estatísticas adicionais. Proponho, no âmbito deste artigo, examinar apenas os princípios básicos que devem ser adicionados à produtividade
Nache tudo. Gostar de comida / skargi / propostas - bem-vindo nos comentários;)