Hoy analizamos la elección de una "sala" de servidores para una pequeña organización de 25 a 30 empleados, con una infraestructura separada (puntos de venta, un almacén), qué tipo de servidor de terminal se necesita y el programa "1C: Enterprise". Estos servicios sirven a todos los profesionales.
La mayoría de las pequeñas empresas, para abaratar el costo de propiedad, permitirán minimizar la cantidad de equipos que compran y pedirán a los administradores que "bombeen" todos los servicios alimentados por ellos en un servidor físico. Bazhannya es más sensato y provocador, pero aquí hay matices.
Puede organizar un servidor de terminal y ganar la versión de archivo de 1C allí, pero para una cantidad tan grande de coristuvachiv, la empresa minorista recomienda cambiar a la versión cliente-servidor. Por eso necesitamos otro servidor llamado "1C: Enterprise" y un servidor de base de datos. Permítanme aclarar que es posible organizar un servidor de terminal, un servidor SQL y un servidor 1C en un sistema operativo, pero desde el punto de vista de la seguridad y la estabilidad de los servicios robóticos, no se recomienda en la región. Y si aún desea ganar un servidor físico para los tres roles, se recomienda ganar la virtualización, por ejemplo, VMWare ESXi o Hyper-V.
En este orden, hay tres opciones:
Para completar estas tareas, puede solicitar la siguiente configuración del servidor:
Wu vipadu z un servidor físico Volvimos a cargar la elección en un Dell R710, con dos procesadores Xeon X5650 de seis núcleos, 64 GB de RAM y seis unidades: dos SSD para RAID 1 y dos unidades SAS para RAID 10.
Wu vipadu z dos servidores físicos Hemos comprimido vibir en las siguientes configuraciones:
De un vistazo a la hora del procesador, las sesiones de terminal ocupan una pequeña parte. Para la provisión de soluciones de terminales en varias organizaciones, para el soporte de un trabajo cómodo, 30 núcleos, 4-6 núcleos de procesadores físicos serán suficientes, un núcleo para 6-8 sesiones. Para una base de datos pequeña, SQL Server necesita un núcleo. Pero concentrémonos en la expansión de la base de datos en el futuro (o aumentemos la cantidad de bases de datos) y tomemos dos núcleos en SQL.
Para el servidor "1C: Enterprise", la cantidad de núcleos no es tan importante como su frecuencia de reloj y frecuencia de bus. Por lo tanto, colocamos dos núcleos más en el servidor 1C.
Y no olvidemos que necesitamos uno o dos núcleos para asegurar un sistema operativo de host robótico.
Juntos tenemos que ingresar:
Nos preguntamos un poco, cuánta memoria operativa se necesita para los servicios: 
Ce tradicionales sistemas de bagatioh cuello plyashkov. Opción correcta los discos duros son importantes para proteger los servidores swedcode. Cuando se trabaja con 1C con una base SQL, existen operaciones impersonales de lectura/escritura por segundo (IOPS). Cómo trabajar duro en un servidor de terminal con clientes livianos (es decir, es completamente difícil trabajar en un servidor de terminal como un medio de trabajo), pero interfiere fuertemente con el sistema de disco del servidor. Por ejemplo, 30 terminales server en RAID 1, SATA 3 Gb/s, con discos WD Velociraptor se sentirán incómodos durante una hora de trabajo debido a la navegación activa en Internet. Para servidores de terminales, le recomendamos que utilice unidades SSD. Para servidores de bases de datos: discos SAS, seleccionados en la pila para manejar la matriz. Krim acumulando, se deslizó para dar respeto al controlador de disco. Los servidores modernos pueden tener buenos controladores integrados, por ejemplo, HP SmartArray y DELL PERC. Sin embargo, no es correcto elegir la solución "a bordo" en caso de ambición seria, si se requiere la máxima productividad. Habiendo ahorrado los problemas, puede quitar fácilmente un servidor duro, que no es una carga. Por lo tanto, el controlador puede ser hardware, no software, debido a su memoria no volátil.
Echemos un vistazo a las opciones para rozvyazannya de esta tarea.
Es mejor crear otra matriz a partir de dos discos SAS en RAID 10 (mirror + stripe), o es posible usar dos discos de almacenamiento SSD en RAID 1. Elija almacenar solo algunos discos de ese modelo de servidor.
Como se dijo anteriormente, las organizaciones pequeñas deberían tener una gran oportunidad de distribuir todos los servicios en un servidor. Hasta la victoria de un servidor y la virtualización, puede usar menos energía y recursos flexibles entre máquinas virtuales. Que portar máquinas virtuales, de otra forma, es más rico que portar SO físicos.
Sin embargo, dos servidores pueden tener más espacio para actualizar. Por ejemplo, en nuestra versión, un económico IBM x3550 M3 con la adición de un procesador más y RAM se transforma en un elegante servidor terminal corto para 50 y más núcleos.
Una "escuela secundaria" más en nuestra mente, ya que es necesario estar seguro al elegir dos servidores físicos, el intercambio de datos entre ellos es lo mejor posible. Para los servidores virtuales, el intercambio de datos pasa por un conmutador virtual. Allí mismo, para aumentar la capacidad de rendimiento de la red, puede insertar en el servidor de la piel sobre la base de la tarjeta con dos interfaces gigabit, para que pueda agregarse entre usted y sin una conexión intermedia entre servidores y enlaces agregados de 2 gigabits. De lo contrario, puedes probar diferentes tarjetas con SPF + 10GBASE, pero en el camino quedarás satisfecho.
Entonces, si necesita expandirse o la cantidad de servicios aumentará, entonces hay grandes perspectivas y, por el momento, los servidores administrarán sus tareas de manera efectiva. Posiblemente, a través del río, no podremos aumentar el número de coristuvachiv vdvіchі, ¿hasta 60 osb? Por favor.
Una vez que haya ganado un servidor DELL R710, puede comprar un IBM x3550 M3 económico, colocarlo en un hipervisor nuevo, transferirle una máquina virtual con una base de datos y un servidor 1C, y todos los recursos en DELL y usar una máquina virtual con una terminal Tse será rápido y no será necesario "tirar todo y comprar uno nuevo".
Así como ha ganado dos servidores IBM, luego el x3550 M3 con la adición de otro procesador, esa pequeña cantidad de RAM se transforma de una máquina promedio a una máquina exhaustiva. Y en el x3250 M5, puede actualizar el procesador de E3-1220v3 a E3-1285v3.
¿Cómo organizar un robot cómodo 7 y más personas para 1c? ¿Cómo asegurar el robot sin interrupción con el sistema 1c? ¿Cómo garantizar la seguridad de todos los datos 1s? Yaky comprar servidor por 1c ta yak yogo vibrati correctamente? Es demasiado pronto para pararse ante la organización IT-fahivtsy y kerіvniki.
Seleccionar configuración servidores para robots 1C dejar de lado la base para la actividad del trabajo con ella. Las siguientes recomendaciones se desarrollan sobre la base de las mejores prácticas y la práctica de la 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ристики
| hasta 20 | hasta 30 | hasta 50 | hasta 100 | |
|---|---|---|---|---|
| Procesador | Procesador de 4 núcleos Intel Xeon E3-12xx | 2 procesadores Intel Xeon E5-26xx | ||
| Memoria | 16GB RAM | 16-32GB RAM | 32GB RAM | 64GB RAM |
| Número de unidades | tipo 1U | 1U o 2U | 1U o 2U | tipo 3U |
| subsistema de disco | 2 x SAS | 4 x SAS | 8 discos duros SAS (RAID 10), se pueden configurar con discos SSD | 16 discos duros SAS (RAID 10), se pueden configurar con unidades SSD |
| Controlador RAID de hardware | Se recomienda caché | iz zahistoy kesh | iz zahistoy kesh | iz zahistoy kesh |
| Posibilidad escalada esa plataforma de la instalación en el rack |
Є | Є | Є | Є |
| Variante de orientación de 1 servidor para la base de datos | $2 000 | $4,000 | $5 600 | $9 990 |
| Póngase en contacto con nuestro consultor para aclarar la configuración y la variación. | ||||
| Número recomendado de servidores para arquitectura pid 1C | 1 | 1 | 2 servidores en un clúster | |
| Policía de disco Zovnishnya | Hola | Hola | Entonces | Entonces |
| Comentario | Para la base de datos (puede cambiar las funciones del servidor 1C), puerta de enlace de Internet, servidor de archivos. Es posible actualizar máquinas de un solo procesador en casos con 8 discos. | Para base de datos, puerta de enlace de Internet, servidor de archivos | Se recomienda tener 1 o 2 servidores de base de datos, unidos por un clúster, llamado SRS. Se recomienda un subservidor físico: servidor de base de datos, servidor de anexos, servidor de terminal | Se recomienda tener 1 o 2 servidores para la base de datos, unidos por el clúster, llamado SRS. Se recomienda un subservidor físico: servidor de base de datos, servidor de anexos, servidor de terminal |
Sobre la base de la tabla anterior, puede agregar la configuración del servidor 1c para una oficina pequeña
* Dodaєtsya, ya que es necesario superar las mesas de trabajo distantes.
El diagrama organizativo de dicha solución se ve así.
Yak servidor de base de datos Recomendamos las siguientes máquinas:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
servidores dell t320і R420 en su mayoría constructivo (subjetivo y stichkovy v_dpovidno), y dell t620 acomodar una mayor cantidad de discos y memoria operativa, que pueden ser necesarios con un alto nivel de ambición, o "con la vista" en el futuro, como empresa comercial. Incluso si no hay suficiente espacio en el país, puede transferir su respeto a un servidor compacto de 1U dell r320.
Las áreas principales del servidor de base de datos son el subsistema de disco y las conexiones a la memoria operativa. La cantidad de expansión de la base de datos para tales empresas suele ser pequeña (normalmente no más de 5-10 GB), por lo que es posible aumentar la cantidad de efectivo. В 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ния . Además, zrozumіlo, como un mínimo de 1 GB para las necesidades del sistema operativo. Cómo trabajar en qué servidor físico servidor de apéndice 1C, Luego debe ver la memoria y usted, de 1 GB a 2-4 GB (es mejor consultar con el franquiciado, es mejor depositar en forma de configuraciones їх).
Como servidor de base de datos con software 1C 8.2, lo alquilaremos por 50-100 vales, se recomienda servidores de vales Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. El hedor puede ser subsistemas de disco duro para 16 y 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шину.
Yak servidores de anexos Ser la mejor opción Dell PowerEdge T420 4-8 GB de memoria. En principio, ciertamente puede maravillarse con una máquina de un solo procesador, o mejor dicho, dos procesadores más débiles, menos uno duro (no haga trampa con 1000000000000000). La ventaja en el servidor del apéndice debe ser muy obsoleta debido a la configuración 1C que ha elegido, se recomienda que consulte con su provadzhuvachami.
W servidor de terminal más fácil que nada - servidores terminales escalado horizontalmente. Así que puedes poner dos o tres Dell PE R420 o R620- Zalezhno contra navantazhennya. Además, los datos se protegen automáticamente: en caso de avería de un servidor, las sesiones del cliente se pueden transferir a otro. Golovnya: mucho antes de tiempo para suministrar el ZZU de stock
Seleccionando qué servidor se necesita para 1C, la siguiente memoria, cuál es la hora de trabajo robótico con él, habrá una operación impersonal, leyendo y grabando datos en un segundo.
Para todo, me di cuenta de por qué es tan importante diseñar de manera competente un servidor para 1C: es como si estuviera "ralentizado" en la parte posterior de la cabeza, se eligió incorrectamente y no muestra la presión sobre el sistema, es un riesgo , es un riesgo, es por las interrupciones, es un dato importante para involucrarse. Por otro lado, cree un servidor 1C, compre todo el equipo para el nuevo seguridad del software Puede ahorrar la cantidad más importante para la empresa, por lo que es mejor recoger las posesiones para que pueda ahorrar su dinero.
Si es necesario para nuestra configuración fahіvtsy robiti vibіr para el servidor 1C, primero, sobre la investigación de scho stink: skіlki koristuvachіv bude pratsyuvati z 1С en la empresa y se planea un conjunto de servicios vikoristovuvat, lo que será, hto y yaknіmіm_vіkonu Vіd tsikh vіdomosti mi vіdshtovkhuєmosya en la hora de creación del servidor 1C.
En la estructura de hardware de un servidor 1C, las características del procesador, RAM, subsistema de disco e interfaz serán importantes para nosotros.
Es necesario que el hedor asegure un trabajo estable y productivo de los componentes atacantes:
Se debe asignar la cantidad óptima de núcleos de procesador, dependiendo del hecho de que es necesario reservar 1-2 núcleos para el robot del sistema operativo, 1-2 núcleos para el robot de la base de datos SQL y 1 núcleo adicional para el robot del servidor, y aproximadamente 1 núcleo por piel 8-10 sesiones básicas de una hora (Shob koristuvachі potіm not skarzhilis, scho server 1C galmuє).
Prestar atención al hecho de que la velocidad de la fuente de alimentación no se debe tanto a la cantidad de núcleos, sino a la frecuencia de reloj del procesador, y la cantidad de núcleos influye más en la estabilidad del trabajo con un gran cantidad de estaciones de corista y tareas de una hora en ellas.
Skіlki mem'yatі es necesario para el servidor 1C
Además, si necesita un servidor 1C para 100 o más núcleos, le recomendamos crear un clúster con al menos dos servidores físicos 1C.
Rozmіr nebhіdnoї operator ї mem'yatі mi proponuєmo rahuvati, basado en tales indicaciones:
Configuremos nuestra orientación de la distribución de los parámetros del servidor 1C 8.3:
La RAM se compra mejor con un margen: es uno de los factores más importantes en la alta productividad de un servidor 1C y, al mismo tiempo, uno de los componentes encontrados al mismo tiempo. Si no hay suficiente memoria en el servidor 1C Enterprise, será aún más importante trabajar durante una hora, si cuesta comida, qué servidor 1C elegir, comience a respetar a aquellos que tienen suficiente RAM.
Seleccionando qué servidor se necesita para 1C, la siguiente memoria, cuál es la hora de trabajo robótico con él, habrá una operación impersonal, leyendo y grabando datos en un segundo. Este parámetro -con algún tipo de seguridad, un disco duro permite el procesamiento de datos- también es uno de los claves para el código de seguridad del servidor 1C.
Al diseñar un servidor 1C, es posible lograr lo siguiente antes de tener un subsistema de disco:
En estas estadísticas, hemos traído algunos diáconos para dar lugar a aproximadamente rozrahunki, cómo elegir un servidor para 1C, supongo, el hedor será rojo para ti.
Al final del día, una cosa más: no varto magatisya de sobra, computadora vikoristovuyuchi para el servidor 1C (ya que a menudo funciona en pequeñas empresas) - koristuvalnitska "zalіzo" kudi less nadіyno y vіdmovostіyke, similar a la productividad del servidor No varto rizikuvat con el sistema oblіkovoj de su empresa. Incluso si no invierte en su presupuesto, es posible, a continuación, puede ver la posibilidad de abrir 1C en la oscuridad
Es fácil para usted decidir qué servidor elegir para 1C Enterprise 8.3, cómo construir un servidor 1C, por lo que no se limitó a estas tareas antes, siempre puede volver al integrador de sistemas de la empresa, para que pueda podrá completar el proyecto nalashtuvati vidpovidny su servidor para 1C.
1С:Pіdpriєmstvo 8 puede aparecer como un complemento de ahorro de recursos para construir con una pequeña cantidad de coristuvachivs. El servidor de Vibirayuchi fue 1C, ya sea un hechicero que quiere deshacerse del "trauma de nacimiento", sentando las bases para una nueva área potencialmente estrecha. Por otro lado, hoy, pocas personas compran servidores y tensión supramundana, en la virista. El perfil de Dobreyakscho navantazhennya vdaetsya znyat zazdalegіd: luego, diseñar el servidor para un anexo de configuración específico en la empresa es más simple.
Como referencia, echemos un vistazo a la plataforma "1C: Enterprise 8.2" en її configuraciones básicas populares "Aspecto contable", "Comercio y almacén", "Gestión de personal y salarios", "Gestión de empresas comerciales" y, en particular, "Gestión de Producción de Vacío". Parece que para empresas de 10 y más spivrobitniks, que trabajan en 1C, “1C: Empresa 8.2. Servidor de anexos. Puede cambiar la opción de trabajar en el modo de escritorio remoto (Remote Desktop), con el número de bases de datos de una hora hasta 100-150. Las recomendaciones se fijarán para DB 1C "importante", pero las "fluctuaciones importantes" dependerán de un enfoque individual.
Dado que la empresa es pequeña (2-7 archivos por sistema), la base es pequeña (hasta 1 GB) y "1C: Enterprise 8.2" funciona en el modo de archivo en la computadora, entonces necesitamos una implementación clásica del servidor de archivos . Para tales tareas, es probable que la CPU se llame Intel Core i3, más aún Intel Xeon E3-12xx. La cantidad de RAM requerida es aún más fácil: 2 GB para el sistema operativo y 2 GB para el caché de archivos del sistema.
Si en compañía de 5-25 núcleos 1C, el tamaño de la base de datos es de hasta 4 GB, entonces el complemento "1C: Enterprise 8.2" puede manejar Intel Xeon E3-12xx de 4 núcleos o AMD Opteron 4xxx. Crim 2 GB de RAM en el sistema operativo, necesita ver 1-4 GB en 1C: Enterprise 8.2. Addendum server” y más estilos y más MS SQL Server como caché: total de 8 a 12 GB de RAM. Para bases de datos pequeñas, la cantidad de efectivo en la memoria operativa es al menos el 30 % de la base de datos y, más a menudo, todo el 100 %.
Hecho de Vіdomy (aunque no particularmente anunciado): “1C: Pіdpriєmstvo 8.2. No me gusta el servidor adicional, si el sistema operativo lo lleva a un archivo de intercambio en un disco duro, y es fácil de usar en cualquier caso. Es por eso que en el servidor, donde se lanza el "Servidor adicional", siempre puede tener una reserva de espacio libre en la memoria operativa; hoy es más económico.
Las empresas tienen más sonido coristuvach 1C a través del acceso remoto al programa (Escritorio Remoto) - que está en el modo de terminal. Por regla general, con 10-100 bases de datos 1C con una base de datos de 1GB y más, “1C: Enterprise 8.2. Servidor adicional" y complemento "1C: Enterprise 8.2" se ejecutan en el mismo servidor.
Para determinar los recursos de procesador necesarios, se debe tener en cuenta que un núcleo físico no puede procesar eficientemente más de 8 flujos de núcleo; esto se debe a la arquitectura interna de los procesadores. Como muestra la práctica, bajo la tarea 1C + Remote Desktop, no es posible tomar procesadores de servidor de líneas jóvenes con bajas frecuencias de núcleos rozrachunk y una arquitectura rudimentaria. Como regla general, es bastante pequeño (hasta 15-20) para extraer un procesador del Intel Xeon E3-12xx de alta frecuencia. Al menos un núcleo físico (2 subprocesos) consumirá SQL Server, otro (2 subprocesos) consumirá “1C: Enterprise 8.2. Servidor complementario y 2 núcleos físicos (4 subprocesos): para SO y núcleos de terminal. Si la cantidad de núcleos 1C es superior a 20, o si la base de datos tiene más de 4 GB, es hora de cambiar a sistemas de 2 procesadores en Intel Xeon E5-26xx o AMD Opteron 62xx.
Razrahunok requerido para obsyagu la memoria operativa es bastante simple: 2 GB de sistema operativo requerido, 2 GB y más - MS SQL Server como caché (no menos del 30% de la base de datos), 1-4 GB - pid "1C: Enterprise 8.2. Servidor auxiliar”, la memoria del servidor se puede guardar para sesiones de terminal. Una caja de terminales, depositada según la configuración, viviendo con los apéndices "Formulario de contabilidad", "Comercio y almacén" - 100-120 MB, "Gestión de salarios y personal", "Gestión de empresas comerciales" - 120-160 MB, . Para ejecutar un complemento en los servidores de MS Word, MS Excel, MS Outlook, el complemento de la máscara necesita ver unos 100 MB. Como regla general, el mínimo para un servidor de terminales es de 12 GB de RAM.
Por ejemplo, para un servidor 1C con el paquete de software habitual, 50 terminales box en configuración “Commercial Business Administration”, esa base de datos para 8GB será calculada de manera óptima por la intensidad de dos procesadores Intel Xeon E5-2650 (8 cores, 16 hilos, 2,0 GHz). RAM necesita al menos 2 (OS) + 4 (SQL) + 4 (servidor 1C) + 8 (160 "UTP" * 50 núcleos) = 18 GB, y más en breve 24-32 GB (6-8 canales DIMM de 4 GB cada uno ) .
Más scarg para el trabajo completo de los servidores 1C: Pіdpriєmstvo 8 pov'yazan z irrazonable, como si fueran un tipo vivouyutsya de introducción-visualización de operación, sobre algún tipo de tributo que z intensivnіstyu. El subsistema de disco más importante es la clave para garantizar una productividad suficiente del servidor en su conjunto; incluso para la navegación de la base de datos, el mayor problema es el bloqueo de tablas durante una hora de trabajo con ellas sin un coristuvachiv sin rostro o con adquisiciones masivas / vivantages / publicaciones. Monitoreo y optimización del subsistema de disco del servidor.
1С May 5 flujos de datos para el subsistema de disco, con los que no funcionarán:
La estructura de los datos en 1C está orientada a objetos, sin objetos ni enlaces entre ellos. p align="justify"> Para trabajar con tablas de datos, la cantidad de operaciones de lectura por segundo es extremadamente importante, como lo es construir un subsistema de disco en una hora (Operación de entrada y salida por segundo, IOPS). Al mismo tiempo, la capacidad de ver una alta velocidad de transmisión de transmisión de datos (MBp / s) es mucho menos importante. Una base bastante modesta con un volumen de 200 a 300 MB de 3 a 5 celdas preseleccionadas puede generar hasta 400 a 600 IOPS en picos. Una base de 10-15 núcleos y un total de 400-800 MB puede ver 1500-2500 IOPS, 40-50 núcleos de una base de datos de 2-4 GB generan 5000-7500 IOPS, y una base de 80-100 núcleos puede alcanzar fácilmente 12000- 180.
Como sabe, la demanda promedio de un subsistema de disco puede convertirse en un 10-15 % del pico. Solo la productividad en sí misma es realmente importante en el período de picos de adquisiciones: adquisición automática de datos de otros sistemas, intercambio de datos de un sistema distribuido durante un período re-realizado.
Los discos modernos en operaciones de lectura y escritura con acceso aleatorio (lectura/escritura aleatoria) pueden manejar los siguientes desafíos uno por uno:
|
Intel 910400GB |
|||||
|
2400 - 8600 IOPS |
Es bueno ver que:
Los discos individuales en los servidores de bases de datos no están dañados, solo las matrices RAID. Para un aumento adicional en la productividad real del subsistema de disco, es necesario pagar una penalización (penalización) por escribir en IOPS, como si el grupo de discos estuviera en RAID:
Si selecciona 6 discos de RAID 10, se almacenarán 2 IOPS de discos físicos en un registro de 1 IOPS y se utilizarán 6 discos IOPS en RAID 6. De esta forma, para aumentar la capacidad de grabación de un grupo de discos, es necesario sumar los IOPS de todos los discos del grupo RAID y luego dividirlos en una “penalización”.
Ejemplo 1: 2 HDD SATA 7200 RAID 1 sin escritura: (100 IOPS *2) / 2 = 100 IOPS.
Stock 2: 4 SATA 7200 RAID 5 sin escritura: (100 IOPS *4) / 4 = 100 IOPS.
Stock 3: 4 SATA 7200 RAID 10 sin escritura: (100 IOPS *4) / 2 = 200 IOPS.
Aplique 2 y 3 para demostrar claramente por qué, para guardar bases de datos, para algunos, la proporción típica de lectura/escritura debería ser 68/32, que es un RAID 10 más corto.
A partir de estas tres tablas, quedó claro por qué la productividad de un típico "conjunto de caballeros" de 2 HDD SATA 7200 en RAID 1 no es suficiente para el servidor: en picos de presión, la cantidad de vientres crece en el disco, los sistemas son cortos -vivido, a veces durante mucho tiempo.
¿Cómo aumentar la productividad del subsistema de disco para la grabación? Aumente la cantidad de discos en un grupo RAID, cambie a discos con una envoltura de seguridad más grande, seleccione un nivel RAID con una menor penalización de escritura. Ayude amablemente a almacenar en caché mediante el controlador RAID desde el modo de reescritura mejorado Escribir de nuevo. Los datos no se escriben directamente en los discos (como en el modo Write Through), sino en la memoria caché del controlador, y solo más tarde, en modo por lotes y de manera ordenada, en los discos. Dependiendo de los detalles del gerente, la productividad del registro aumenta en un 30-100%.
Posiblemente, las bases de datos de bajo volumen o relativamente pequeñas (hasta 20 GB) son una forma económica de aumentar las IOPS: RAID híbrido de SSD/HDD. Archivos más grandes y no necesarios de la base de datos para 3-15 koristuvachiv en la estructura rozpodіlenіy en la cafetería o estación de servicio kshtalt merezhі.
Para bases de datos grandes (200 GB y más) con un bucle de datos históricos largo, o para dar servicio a bases de datos grandes, la memoria caché SSD puede ser eficaz (tecnologías LSI CacheCade 2.0 o Adaptec MaxCache 3.0). Para el funcionamiento de dichos sistemas, en las tareas de 1C para obtener ayuda adicional, puede acelerar notablemente las operaciones de disco de forma económica y sin grandes cambios en la infraestructura en un 20-50%.
El campeón de swidcode en IOPS ha transferido matrices RAID en SSD de servidor, tanto tradicionalmente, en lugar de controladores RAID SAS, como SSD PCIe. Dos factores intermedios son importantes para su popularidad: el tecnológico (la productividad de los controladores RAID o la necesidad de cambiar radicalmente la estructura del ahorro) y el precio de implementación.
Okremo junto a decir acerca de guardar archivos de índice y TempDB. Los archivos de índice se actualizan con muy poca frecuencia (llamada 1 vez por doba), se leen con más frecuencia (IOPS). ¡Es simplemente necesario guardar tal danim en un SSD, para leer ostentosamente! TempDB, que se utiliza para guardar datos de tiempo, suele ser de tamaño pequeño (1-4-12 GB), pero es capaz de registrar la velocidad. Se enviarán archivos de índice y hora para que no tenga que gastar hasta que gaste datos reales. Otzhe, el hedor se puede esparcir en un SSD okremu (o más bien, en dos volúmenes okremih). Quiero usar el controlador SATA integrado de la placa base. Desde el punto de vista de la fiabilidad y swidcode, TempDB se puede utilizar para duplicar (RAID1) desde el SSD, es posible en el controlador integrado, y también obov'yazykovym esconder cachés en el registro. Por esta razón, los SSD de escritorio también se ven afectados; por ejemplo, Intel 520-series, la compresión de datos del hardware al escribir en TempDB será más eficiente. La falta de estos líderes del sistema global de ahorro en la visión del subsistema sueco se significa positivamente en la productividad del sistema, especialmente en el momento de máxima demanda.
En caso de fallos, si es posible asegurar la máxima rapidez de respuesta de los administradores en caso de fallos y si logística de transporte, Virobnitstvo en UPP, intercambios de volumen en URBD), TempDB tiene la culpa de RAMDrive. Esta decisión le permite ganar a veces hasta un 4-12% de la productividad total del sistema. Es más probable que se culpe a la falla por reiniciar el servidor: si RAMDrive no se inicia automáticamente, deberá enviar a un administrador para un inicio manual; de lo contrario, todo el sistema se detendrá.
Otro componente importante son los archivos de registro. El hedor puede ser inaceptable para cualquier tipo de singularidad del subsistema del disco: generar un flujo constante de animales dribnih para la grabación. Es insondable para el tráfico medio, pero es peor para el código del servidor 1C para el tráfico pico. p align="justify"> Es aconsejable justificar el archivo de registro (especialmente el archivo de registro de SQL) en tantos volúmenes físicos como sea posible, que serán prácticamente lineales en términos de IOPS. Para su tranquilidad, puede crear un espejo desde SATA / NL SAS económico y voluminoso (para registro completo) o SSD de escritorio económicos de la misma serie Intel 520 (registro simple o registro completo, con copia de seguridad y limpieza gratuitas).
En pocas palabras, podemos decir que la llegada de un SSD al servidor trajo nuevas posibilidades para aumentar la productividad de los servidores masivos, por el costo del almacenamiento de datos y la configuración inteligente de E/S del disco.
El subsistema de disco del "servidor ideal pid 1C" se ve así:
1. Tablas de bases de datos colocadas en RAID 10 (o RAID 1 para bases de datos pequeñas) desde SSD de servidores superiores con un controlador RAID de hardware cableado. Con altas tasas de IOPS, puede buscar la opción PCIe SSD. Para una base de datos grande, es eficiente usar el almacenamiento en caché SSD de matrices HDD. Sin embargo, la configuración 1C y la estructura de datos, que son victoriosas, no son capaces de hasta IOPS, y la cantidad de núcleos es pequeña: para extraer una matriz tradicional de HDD SAS 15K rpm.
2. Archivos de índice para un solo SSD sueco y económico, TempDB - para 1-2 (RAID 1) SSD o RAMDrive.
3. Archivos de registro SQL (pero también 1C) para ver la visión del volumen (el mismo disco físico o RAID-1) en SATA / NL SAS HDD o SSD económico, o un disco lógico en una matriz RAID, en el que el operativo sistema del servidor servidor está instalado archivos/carpetas.
4. El sistema operativo en el que se almacenan los datos en RAID 1 con HDD o SSD.
Como la infraestructura de TI está virtualizada, es muy malo que SQL Server se haya instalado no como una máquina virtual, sino directamente en un servidor físico, a simple vista. El precio de los alimentos es del 15 al 35% de la productividad del subsistema de disco (depósito de la posesión, controladores, virtualización y métodos de conexión). Un entorno de servidor SQL virtualizado conecta volúmenes con tablas de base de datos, archivos de índice y TempDB a la máquina virtual en modo de acceso directo exclusivo.
Cuando los sistemas operativos 1C: Enterprise 8 para pequeñas y medianas empresas (hasta 100-150 empleados activos al mismo tiempo), el siguiente paso es minimizar el gasto en operaciones de red a través de la interfaz Ethernet. Idealmente, para servir SQL Server y "1C: Enterprise 8 Add-on Server x64", y sesiones 1C en Remote Desktop con un servidor físico. Desde el punto de vista de la seguridad de la estabilidad hasta vdm, dicha recomendación le permite aumentar al máximo la posesión de esa PZ, y para las fluctuaciones en la virtualización de la virtualización, brinda el mismo nivel de seguridad y "repetición". del medio" en el otro ajuste.
¿Cómo apagar Ethernet desde el servidor SQL -> 1C: servidor adicional Enterprise 8 -> 1C: sesión Enterprise 8? La interfaz Ethernet de Merezhevy, con el empaquetado iogo de estos datos es notablemente pequeños bloques para la transmisión, siempre creará interferencias adicionales: al empaquetar / desempaquetar el tráfico y al transmitirse (alta latencia). En 1C:Pіdpriєmstvo 8 para recopilar una gran variedad de datos, se transfieren para su procesamiento, y eso se lleva a cabo de acuerdo con todo el idioma, en ciertas situaciones, en el lado equivocado. Al transferir datos directamente de un proceso a otro dentro de la RAM del servidor (en un servidor sin virtualización), o a través de una interfaz de malla virtual (dentro del mismo servidor físico, con buenos adaptadores de malla de servidor con bloques de RAM transferidos entre VM ) zatrymki ricamente inferior. Los servidores modernos de doble procesador con gran memoria operativa y un subsistema de disco en SSD le permiten servir cómodamente una base de datos 1C para 100-150 núcleos activos.
En cuanto a la búsqueda de una base de datos, una cantidad de hosts físicos es inevitable, es necesario conectar todos los servidores a través de Ethernet de 10 Gb. O, al menos, 2-4 conexiones Ethernet de 1 Gb de agregación con TCP/IP acelerado por hardware (TCP/IP Offloader) y soporte de hardware para virtualización.
El mayor costo de productividad en los puertos Ethernet se ve afectado por las decisiones presupuestarias. No es ningún secreto que los adaptadores cableados de 1 Gb que se sueldan en la mayoría de las placas base de servidor no están diseñados para atender un tráfico cableado intensivo. Navegue yakscho en la placa є 2 o 3 puertos de GbE, el olor de la implementación en los chips de escritorio. La gestión suficiente, los malos olores dan lugar a conocimientos de embarque adicionales del servicio de fusiones de intercambios, especialmente en el medio virtualizado. Todo el proceso de transferencia de datos a través de dicho chip está cubierto por los recursos del procesador, la memoria operativa y el bus interno. Dichos chips no brindan ninguna transmisión acelerada de tráfico IP, si se reciben tales transmisiones, el paquete Ethernet significará una transferencia al procesador. En un entorno virtualizado, la productividad de una interfaz puede llegar al 25-30%. Como mínimo, no puede mencionar la necesidad de la interfaz más adecuada con la ayuda de la supervisión. El procesador central es responsable del nuevo, y si no funciona, simplemente está parado en la ventana de la tarjeta de malla. Los puertos de los chips de escritorio deben desconectarse del flujo de datos en entornos virtualizados, después de eliminar la tarea de administración del servidor. Agregue una tarjeta de borde discreta en el conjunto de chips del servidor para un tráfico de cercado intensivo.
Hablar de la productividad de los servidores en el futuro siempre va acompañado de supercocineros sobre su fiabilidad. La seguridad de la durabilidad hasta la madurez siempre requerirá vitratos adicionales, especialmente para el soporte de procesos virobnicos ininterrumpidos. Sin menospreciar el papel de ese espacio 1C, se puede decir que el mayor dilema de "productividad / superioridad" está creciendo en diferentes áreas: por primera vez, se lucha contra la optimización de soluciones de hardware, por otro - la organización de procesos y procedimientos. Si los programas se marcan como críticos, el principal respeto por la implementación de la practicidad no se da a las necesidades de protección del servidor individual, sino a la minimización de la infraestructura simple.
Зрозуміло, для підприємств із відносно великою кількістю одночасно підключених користувачів (25-150) та розміщенням усіх додатків на одному сервері обов'язкове застосування джерел безперебійного енергопостачання, надлишкових блоків живлення самих серверів, кошиків гарячої заміни дисків та RAID-масивів із гарячим резервуванням. Sin embargo, la disponibilidad de equipos no reemplaza la reserva prevista de los propios datos. Mayuchi schodenny (más precisamente, shonochovy) hace una copia de seguridad de ese archivo operativo del registro SQL completo, puede volver a actualizar DB 1C durante un intervalo notablemente corto.
El tiempo de inactividad permitido del sistema central 1C para pequeñas y medianas empresas es de 1 a 2 accidentes por mes, de 1 a 4 años de duración. De hecho, una gran reserva de tiempo: como antes de la resurrección, nos estamos preparando durante mucho tiempo. Reinicio inteligente necesario y disponibilidad de imágenes de todos los servidores virtuales y físicos frente a la VM en un archivo/volumen real, para actualizar la parte de la infraestructura en el servidor de respaldo. Obov'azkovy schodenny backup (y sozhnevyy ese período de cierre) para el siguiente archivo adjunto físico y el registro SQL completo para vypadkіv, si la entrada de datos "desde el comienzo de la jornada laboral" es crítica e importante manualmente. Por la obviedad de la administración, se puede invertir en 1-2 años para la renovación de la práctica por un zagal, alto y con menor productividad. Bien, y ahí, necesitando el trabajo ininterrumpido de 24x7, las primeras tareas serán la elección de una arquitectura diferente, que posea un número mínimo de puntos de introducción y modernas tecnologías de clustering. Ale tse ya zovsіm insha іstoriya.
Artículo original: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
Permitiré que el editor de la revista "Computer Review"
Para la mazorca, voy a ver el guión de la obra:
1.) Trabajar con una base de archivos a través de un recurso salvaje (servidor web)
2.) Trabajar con la base de archivos en la terminal
3.) Trabajar con la base de datos del servidor (MSSQL)
Robot desde la base de archivos a través de un recurso global (servidor web)
Todo es fácil aquí. Yakscho tse zvichaynі forma ese 1-3 koristuvach. Luego, en el "servidor" (se elige la máquina en la que se encuentra la base:
El último momento, como base sobre las formas curadas. El eje aquí es como se construye todo, como se describe más, se puede ver la galma. Proteger є:
En cuanto a la base, podrá elaborar localmente un coristuvach que sea suficiente para su trabajo cómodo, y la velocidad del trabajo a través de un recurso en bruto será tan autosuficiente. Ale y here є out: un robot a través de un servidor web. En Internet, puede encontrar una gran cantidad de artículos que describen cómo organizar un trabajo con un rango similar, sin juzgar en este artículo sobre este. Solo, compartiré con ustedes mis advertencias: es mejor mejorar el robot con corestuvachiv no a través de un navegador web, sino a través de un cliente ligero (si agregamos una nueva base a la lista de IB, en el lado de la ubicación de IB allí es un elemento "en un servidor web"). Tse, para mis advertencias, más rápido, baje a través del navegador. Además, cuando se trabaja a través de un navegador, se escuchan perdones en la interfaz (lo que hizo el PM, etc.), no hay ninguno cuando se trabaja a través de un cliente ligero.
Vlasne, acelerando con esta receta (ssd, procesador de alta frecuencia, servidor web, cliente ligero). Es posible expandir el mito "ya que el número de koristuvachiv es mayor que 1 (para la versión actual mayor que 0 :)) - se requiere una base de servidor *.
*Si lo desea, es seguro decir que el precio no es UPP o que el tamaño de la base es > ~ 4 GB, y la cantidad de coristuvachs no supera los 4 (el tamaño máximo de la base es la cantidad de coristuvachiv, si es grande) uno, es posible zustrich la caída, si a través de una base de archivos con una base de archivos trabajaron más personas?
Trabajar con una base de archivos en la terminal
Pasemos a la siguiente opción. Es posible que tengamos un servidor de terminales y que tengamos una base de archivos. Aquí todo es similar al escenario 1 por falla del procesador:
Trabajar con la base del servidor (MSSQL)
Este escenario es el más complicado y, quizás, requerirá algunas estadísticas adicionales. Propago en el marco de este artículo para ver solo los principios básicos que deben agregarse a la productividad.
Nache todo. Me gusta la comida / skargi / propuestas - bienvenido en los comentarios;)
