Soumettre une question pour une solution Nous répondons en semaine
Dans une heure

Comment choisir un serveur pour travailler avec 1C

Considérons plusieurs exemples de base de configurations de serveur de base pour 1C, guidés par deux critères principaux - le nombre d'utilisateurs et la manière dont le programme lui-même est implémenté : fichier 1C ou 1C : serveur d'application + SQL.

Faisons une réservation tout de suite - cette division est très conditionnelle, car un petit nombre d'utilisateurs, disposant d'une grande base de données, chargera de manière significative à la fois le processeur et le sous-système de disque. Mais en même temps, un nombre relativement important d'utilisateurs peuvent utiliser un ensemble de fonctionnalités assez limité et travailler avec une petite base, et même ne pas travailler en même temps. Ceux. lors du choix d'un serveur, vous devez consulter un spécialiste et essayer de lui transmettre «toute la vérité» sur votre travail.

Petite entreprise (2-10 utilisateurs), base jusqu'à 1 Go, 1С Entreprise — mode fichier, ce n'est rien de plus qu'une implémentation classique d'un serveur de fichiers.

En tant que processeur de base, vous pouvez choisir l'un des modèles inférieurs Intel Xeon Série E3-12XX.

Le calcul de la RAM est simple: sans entrer dans les détails du fonctionnement du système et du cache de fichiers, nous le notons simplement comme environ 2 Go sous le système d'exploitation et le même montant pour travailler avec le système de fichiers.

Nous ne considérons pas les cas de "pseudo-serveurs", c'est-à-dire lorsqu'un serveur pour 1C, bien que pour 2-3 utilisateurs, essaie "d'adapter" un poste de travail d'une configuration décente. Malgré le fait que de nombreux "administrateurs système" ont une expérience "riche" de l'utilisation d'ordinateurs ordinaires en tant que serveur, nous ne discutons pas de ces options et ne recommandons pas un tel choix.

La main ne se lève pas pour mettre à Intel Xeon - le processeur de la série de serveurs de seulement 4 Go de RAM. Néanmoins, nous recommandons 8 Go (c'est là que le principe du plus - pas du moins) fonctionne.

Système de disque. Les disques modernes, même les serveurs, qui implémentent l'interface de transfert de données SATA diffèrent très peu de prix en fonction du volume du disque. Par conséquent, "attraper des puces" en essayant de réduire le coût du serveur en raison de la différence de prix entre les disques de 500 Go et 1 To n'en vaut pas la peine. De plus, la gamme de disques SATA 500 Go disparaît de l'offre de tous les constructeurs. En revanche, personne n'a annulé le postulat bien connu - la vitesse de remplissage de l'espace disque est directement proportionnelle à son volume. Ceux. comment plus de disque, plus d'informations y sont stockées, même si elles n'étaient pas nécessaires à l'origine. Nous insistons sur le fait qu'il doit y avoir au moins 2 disques afin de pouvoir organiser le soi-disant. logiciel "miroir" - protection minimale des données en cas de panne de l'un des disques.

Ainsi, nous obtenons la configuration de base du serveur de fichiers 1C pour une utilisation par jusqu'à 10 utilisateurs :

• Processeur Intel Xeon E3 1220V3,
• RAM - 8 Go,
• Disque dur - 2 x 1 To SATA.

1. Si 15 à 20 utilisateurs travaillent, la taille de la base de données peut aller jusqu'à 4 Go. En règle générale, dans ce cas, la version 1C est utilisée : Enterprise 8.3 Application Server ou SQL version 1C.

   D'où les besoins en RAM : les mêmes 2 Go sous le système d'exploitation, jusqu'à 4 Go sous 1C : Application Server et la même quantité sous MS SQL Server. La meilleure option lorsque la base de données est entièrement mise en cache dans la RAM. Nous obtenons la taille minimale requise mémoire vive- 10 Go. En pratique, il existe souvent des situations où la version de 1C : Application Server perd sa réponse. Cela se produit lorsqu'il n'y a pas assez de RAM, lorsque le système d'exploitation est obligé d'échanger 1C sur le disque. Pour éviter que cela ne se produise, nous recommandons toujours d'avoir une réserve de RAM - un total de 16 Go.

   En ce qui concerne le processeur, encore une fois, le processeur quadricœur de la série Intel Xeon E3 12XX fera très bien l'affaire, il suffit de sélectionner une vitesse d'horloge plus élevée. De plus, la dépendance de la vitesse de 1C à la fréquence d'horloge dans la version 1C-8.3 est compensée par une certaine fréquence effective - le nombre de cœurs de processeur multiplié par la fréquence d'horloge du cœur.

   Le sous-système de disque est un peu plus compliqué. Encore une fois, sans entrer dans les détails du fonctionnement des disques avec les opérations lire écrire(soi-disant IOPS), nous notons que la vitesse moyenne de travail dans le même "miroir" augmentera d'environ deux fois si nous augmentons le nombre de disques dans le miroir à quatre (soi-disant RAID 10).

   En résumé, nous obtenons la configuration de serveur de base pour 15 à 20 utilisateurs pour travailler dans le système 1C : Application Server 8.3 :

   • Processeur - Intel Xeon E3 1240V3 3,4 GHz,
   • RAM - 16 Go,
   • Le sous-système de disque est un miroir de 4 disques 4x1To.

2. Pour améliorer les performances et la fiabilité du système dans son ensemble, avec le nombre d'utilisateurs 1C:Enterprise plus de 30, en règle générale, la solution terminale est utilisée. L'essence de cette solution est que les applications utilisateur (dans ce cas, 1C) sont lancées et exécutées sur le serveur terminal lui-même, et l'utilisateur ne voit qu'une image graphique que le serveur envoie à son ordinateur (terminal). Outre des performances et une évolutivité élevées, nous bénéficions d'une fiabilité et d'une protection supplémentaires de vos données, qui sont déterminées par la configuration du serveur de terminaux.

   Ici, en règle générale, les baies de disques sont déjà utilisées pour plus haut niveau protection (RAID 6, 60, combinaisons de RAID - matrices implémentées sur un matériel, généralement dédié RAID - contrôleur).

   Le choix du processeur pour de tels serveurs est déterminé par des calculs simples - généralement au moins un cœur physique est attribué à SQL, au moins un cœur sous 1C : Application Server, 2 sous le système d'exploitation. Les cœurs restants sont réservés aux utilisateurs.

   On sait qu'un cœur de processeur ne peut traiter efficacement pas plus de 8 utilisateurs. À partir des critères ci-dessus, il n'est pas difficile de comprendre que pour un fonctionnement efficace de plus de 30 utilisateurs, il est nécessaire de faire un choix en faveur de serveurs à 2 processeurs - du moins en termes de nombre total de cœurs.

   Une configuration typique de Terminal Server + 1C:Application Server est illustrée ci-dessous :

   • Processeur : 2 processeurs 4C/4T | Intel Xeon E5-2609 V2,
   • Modules de mémoire : 4 x DDR3-ER 8 Go,
   • Disques : 4 disques durs de 1 To, 4 disques durs de 1 To,
   • Contrôleur : RAID.

3. Pour plus de 50 utilisateurs, les rôles du serveur de terminal (serveur d'application) et du serveur de base de données sont généralement séparés.

Serveur sous "1C:Enterprise 8" pour un petit bureau

Ce matériel peut intéresser les petites organisations ou succursales pour 3 à 25 utilisateurs du système 1C:Enterprise 8. L'auteur part de l'hypothèse que non seulement les informaticiens, mais aussi les gestionnaires ou les comptables de petites entreprises le liront, donc le matériel est techniquement quelque peu simplifié. Ses principes de base sont tout à fait applicables aux systèmes avec un grand nombre d'utilisateurs. Pour les organisations comptant plus de 25 utilisateurs de 1C:Enterprise 8, deux autres documents seront publiés ultérieurement, décrivant de nombreuses années d'expérience dans la sélection de matériel de serveur et la construction d'infrastructures informatiques pour les implémentations moyennes et grandes de 1C:Enterprise 8.

Qui devrait envisager d'acheter un serveur ?

Tout d'abord, décrivons les conditions dans lesquelles un serveur sous "1C:Enterprise 8" n'est pas nécessaire.
Ce sont, en règle générale, des organisations qui se rapprochent le plus possible de deux critères :
a) une petite organisation pour 1 à 5 utilisateurs,
b) Pour soutenir les processus métier de l'entreprise, les capacités d'une solution standard de 1C sont tout à fait suffisantes (c'est-à-dire qu'il n'est pas nécessaire d'apporter des améliorations à la configuration standard, un maximum de modifier certains formulaires imprimés, rapports et traitement).
Selon les statistiques, selon la région, les organisations utilisant des configurations standard à partir de 1C peuvent atteindre 60 à 80 %.
Si l'entreprise satisfait aux critères énumérés ci-dessus, alors peut-être au lieu d'acheter un ensemble composé de :
- "1C : Entreprise 8",
- Licences Windows Serveur et client,
- serveur matériel,
- services de configuration matérielle et logicielle,
- le support et la maintenance de ce complexe,
il est logique d'envisager de louer 1C:Enterprise 8 auprès d'un fournisseur de services au format Software as a Service (SaaS).
Les fournisseurs de services de ces services proposent des configurations typiques 1C:Enterprise 8 complètes présentées sous la forme d'un site Web distant. Les documents sont imprimés sur votre imprimante locale, enregistrez les documents sur au format électronique Vous pouvez également l'utiliser sur votre ordinateur local. Bien entendu, il est possible à tout moment d'enregistrer une copie de sauvegarde locale de votre base de données 1C. Et à avoir sauvegarde c'est possible à la fois sur un disque d'ordinateur et sur un lecteur USB amovible, et quelque part sur un disque "cloud" distant (tel que DropBox ou Yandex.Disk).
Vous pouvez louer l'une des configurations typiques "1C: Enterprise 8" auprès de la société 1C elle-même sur la ressource 1cFresh.com, ainsi qu'auprès de ses partenaires, par exemple, 1C: Accounting Services.
Parmi les commodités technologiques, cela fonctionne partout où il y a Internet et depuis presque n'importe quel appareil, y compris une tablette et même un smartphone, il n'est pas nécessaire de faire appel à un spécialiste en informatique. Parmi les avantages financiers - l'organisation au lieu d'accumuler des fonds, d'investir dans l'achat d'un serveur physique, d'exploiter Systèmes Windows Server et le logiciel 1C:Enterprise 8 lui-même, l'organisation paie simplement l'accès à 1C:Enterprise 8 en tant que service, annulant immédiatement les coûts des dépenses courantes. En gros, c'est comme un service public. Si vous avez besoin d'augmenter ou de diminuer le nombre d'employés, cela peut être fait presque instantanément, ce qui permet de gérer de manière flexible vos coûts en fonction des besoins actuels. Et des centaines d'utilisateurs peuvent travailler dans un tel service en même temps.

« Tests de manipulation », ou qu'est-il souhaitable de fixer sur le matériel actuel ?

Si vous avez déjà un serveur avec 1C:Enterprise 8 en fonctionnement, l'option idéale serait d'exécuter un standard Utilitaire Windows- Moniteur de performances (Perfmon) et enregistrement des données de charge pendant une journée de travail. Ce sera le point de départ, qui vous permettra ensuite de comparer l'efficacité du nouveau serveur et s'il vaut l'argent dépensé.
Avec Perfmon, il suffit de supprimer la charge sur le processeur (CPU) sous forme de % de charge par cœurs, de mémoire vive (RAM) en % d'utilisation, et physique(et non logiques): sur lesquels se trouvent 1C et OS Windows (cela peut être un, mais généralement c'est divers disques). En termes de charge de disque, les paramètres les plus importants sont :
- août. Disk sec/Transfer » (temps moyen d'accès au disque) - idéalement jusqu'à 10 ms (millisecondes), bon jusqu'à 25 ms, la valeur limite pour un travail confortable est de 40 ms ;
- “Courant Longueur de la file d'attente du disque » ( courant longueur de la file d'attente du disque) - idéalement, la présence de pics étroits (sur le graphique) et la valeur de file d'attente la plus basse possible, une longueur de file d'attente de 70 à 100 requêtes ou plus, un graphique sous la forme d'une "colline" indique des performances insuffisantes du disque sous-système ;
- "Disk Transfers/sec" (accès disque / sec) - ici, il est important de fixer les nombres limites et leur durée, en règle générale, cela va de 80 IOPS et jusqu'à plusieurs centaines, voire milliers.
Avec ces informations, il sera plus facile de formuler les exigences pour les sous-systèmes matériels du serveur pour le fournisseur d'équipement, puis de les vérifier avec les valeurs calculées.

Méthodologie de calcul des équipements

Après avoir décidé de l'achat de notre propre serveur pour les besoins de 1C:Enterprise 8, nous essaierons de prendre en compte les besoins spécifiques de cette application - pour sélectionner l'équipement optimal pour la tâche dans le budget.

Ensuite, considérez la méthodologie de calcul des ressources requises pour 1C:Enterprise 8, en fonction de :
- version utilisée - fichier ou SQL,
- type d'accès - par réseau local, via Remote Desktop, ou Web/client léger,
- le nombre d'utilisateurs,
- quantité et volume bases de données,
- autres tâches assignées au serveur.
L'approche présentée est relativement universelle et convient aussi bien à l'exécution de 1C:Enterprise 8 sur un serveur physique (avec Intel Hyper-Threading activé) qu'à l'exécution sur un serveur virtualisé avec Microsoft Hyper-V ou VMware vSphere, et pour calculer les ressources louées auprès des fournisseurs de services cloud.

Pour la clarté des calculs, nous prendrons trois assez exemples typiques:
un) 5 utilisateurs"1C : Entreprise 8", version du fichier, les utilisateurs connectés via un réseau local (LAN) via gros client 1C. Dans ce mode, le serveur joue uniquement le rôle d'un serveur de fichiers et toute la charge de calcul incombe aux postes de travail de l'utilisateur.
b) 10 utilisateurs, base de données SQL, 1C :Entreprise 8. Serveur d'applications”, les utilisateurs travaillent à travers gros client LAN, base de données de 4 Go, 2 ans. Le serveur agit comme un entrepôt de données, serveur SQL, "1C Application Server".
dans) 20 utilisateurs, base de données SQL, 1C :Entreprise 8. Serveur d'applications", les utilisateurs travaillent dans le " Bureau à distance» (RDP), configuration unique, base de données de 9 Go pendant 3 ans. Le serveur agit comme un entrepôt de données, un serveur SQL, un serveur d'applications 1C, un serveur de terminaux.

Calcul des besoins en puissance de traitement (CPU ) : Vous devez d'abord calculer le nombre de "cœurs" du processeur dont nous avons besoin. Nous calculerons en "cœurs de processeur logiques", où un cœur logique correspond à un cœur sur le serveur physique dans le "Gestionnaire de tâches" avec Hyper-Threading activé (c'est-à-dire que chaque cœur de processeur physique est représenté par deux cœurs logiques).
- Nous réservons 1 à 2 cœurs pour les besoins du système d'exploitation (OS), généralement un suffit pour la version SQL, deux c'est mieux pour la version fichier.
- Si la version SQL est utilisée, alors un noyau pour 20-25 utilisateurs de "1C:Enterprise 8" pour les besoins de MS SQL (plus d'utilisateurs - plus de noyaux) ;
- De plus, pour la version SQL, nous réservons un cœur pour les besoins de « 1C : Enterprise 8. Application Server x64 » (processus rphost) pour 15 à 20 utilisateurs (plus d'utilisateurs - plus de processus rphost, plus de cœurs) ;
- Dans l'option des utilisateurs travaillant en mode "Remote Desktop" (Remote Desktop) - nous réservons un noyau logique pour 8 utilisateurs de terminaux (plus d'utilisateurs - plus de cœurs).
- Pour travailler en mode service Web via un navigateur ou "Client léger" - nous réservons également un noyau logique pour 8 utilisateurs distants. En effet, pour les configurations sur " Formulaires gérés"La charge est déplacée vers" 1C:Enterprise 8. Application Server x64", et dans le cas d'un service Web, elle est également ajoutée par le serveur Web Internet Information Server (IIS), mais cela n'est pas important pour nous pour les calculs .

Exemples de calcul:
a) pour 5 utilisateurs dans la version fichier, connectés via un réseau local via un client "épais", 2 cœurs logiques sous le système d'exploitation (qui fait également office de serveur de fichiers) sont nécessaires - au total, un cœur de processeur physique ;
b) pour 10 utilisateurs en SQL et via un client « lourd », un cœur est requis pour le système d'exploitation, un cœur pour MS SQL Server, un cœur pour « 1C : Enterprise 8. Application Server x64 » (rphost) - un total de 3 cœurs logiques, ou 2 physiques ;
c) pour 20 utilisateurs en SQL et en mode "Remote Desktop", vous avez besoin d'un cœur pour le système d'exploitation, un cœur pour MS SQL Server, un cœur pour "1C:Enterprise 8. Application Server x64" (rphost), 2,5 cœurs par maintenance des sessions utilisateur du terminal (20:8) - un total de 5,5 cœurs logiques ou 3 cœurs physiques.
Le serveur avec le plus jeune processeur Intel Xeon E3 12xx contient 4 cœurs physiques, ou 8 logiques. Ainsi, même la version minimale du processeur de serveur par cœurs couvre entièrement les besoins d'une petite organisation de 25 utilisateurs 1C:Enterprise 8. Et, par exemple, un serveur monoprocesseur basé sur un Intel Xeon E5 16xx plus puissant contenant 8 cœurs physiques ou 16 cœurs logiques peut facilement gérer une charge de 50 à 75 utilisateurs 1C:Enterprise 8 en mode Bureau à distance ou Web. Client léger.

Dans le même temps, l'un de les caractéristiques les plus importantes pour le processeur est sa fréquence nominale (à ne pas confondre avec Turbo), dont il sera question plus en détail ci-dessous. Pour faire simple, le confort des utilisateurs travaillant avec 1C:Enterprise 8 en mode SQL, et surtout lorsqu'ils travaillent via Remote Desktop (RDP), croît presque linéairement avec la fréquence du processeur.

Calcul du besoin en mémoire vive (RAM ) : Comme pour le calcul du besoin en cœurs de processeur, notre tâche consiste à examiner attentivement les besoins de tous les services.
- Pour le système d'exploitation (OS) dont nous avons besoin, nous réservons 4 Go ;
- Si la version SQL est utilisée, au moins 20 à 30 % du volume des tables de la base de données (DB) doivent être placés dans le SQL RAM Cache. S'il existe plusieurs bases de données, alors 20 à 30 % du volume des tables de données pour chacune des bases de données. Ou, comme critère de calcul des besoins de SQL RAM Cache, vous pouvez utiliser la quantité de données pendant 1 an. Étant donné que les petites organisations ont généralement des bases de données 1C qui ne sont pas trop volumineuses, très souvent, la totalité de la base de données peut être placée dans SQL RAM Cache, c'est-à-dire 100% du volume des tables de la base de données (c'est l'idéal). Le volume minimum est de 2 Go.
- Pour les besoins de "1C: Enterprise 8. Application Server x64", la quantité de RAM est calculée en fonction du nombre de processus rphost en cours d'exécution, quelque part autour de 1 Go pour chaque rphost. Il s'agit généralement de 1 à 2 Go pour 10 à 25 utilisateurs.
- Lorsque les utilisateurs travaillent en mode "Remote Desktop" (Remote Desktop), tout est un peu plus compliqué. Tout d'abord, il faut préciser les configurations utilisées, et encore mieux voir physiquement combien chacune des configurations consomme de la RAM par utilisateur en mode LAN ou en mode terminal. De plus, vous devez regarder non pas immédiatement après le début, mais quelque part après 20 à 30 minutes de travail intensif. Par exemple, "Accounting" consomme en moyenne 250-300 Mo de RAM pour chaque session en cours d'exécution, "Trade Management" consomme en moyenne 300-350 Mo de RAM pour chaque session en cours d'exécution. Ensuite, nous calculons le nombre d'utilisateurs qui utiliseront chaque configuration en même temps, multiplions leur nombre par la quantité de RAM requise pour la configuration 1C:Enterprise 8 et résumons par configuration pour obtenir le volume total. En règle générale, pour une configuration et 10 utilisateurs, il s'agit de 3 à 4 Go de RAM.
- En mode "Remote Desktop" (Remote Desktop), vous devez également prendre en compte une autre charge probable. Par exemple, à partir de 1C, très souvent, un déchargement est effectué au format MS Excel pour un traitement ultérieur des formulaires ou des rapports imprimés. Ou les utilisateurs ont accès à Internet, à d'autres applications MS Office et à d'autres programmes. En conséquence, il est nécessaire de calculer les ressources RAM consommées par eux. Pour MS Word et MS Excel, il s'agit d'environ 100 Mo chacun, pour MS Outlook, d'environ 150 Mo, Internet Explorer environ 200 Mo pour chaque instance en cours d'exécution pour chaque utilisateur. Pour les autres programmes, il est optimal de regarder leur consommation RAM réelle sur un PC et d'en tenir compte de la même manière.
- Pour travailler en mode service Web via un navigateur ou un client léger, vous pouvez calculer la consommation de RAM en utilisant les mêmes principes que pour différentes configurations 1C:Enterprise 8 en mode Remote Desktop, en comptant les utilisateurs de chacune des confirmations, en multipliant pour la RAM correspondante consommation en mode « client lourd », et résumée. Ces ressources supplémentaires iront en fait à "1C: Enterprise 8. Application Server x64" et IIS, mais cela convient tout à fait aux calculs préliminaires.
Exemples de calcul:
a) pour 5 utilisateurs dans la version fichier, connectés via un réseau local via un client « lourd », un minimum de 4 Go de RAM sous OS est requis, et 8 Go de RAM c'est mieux ;
b) pour 10 utilisateurs en SQL et via un client "lourd" avec une base de données de 4 Go pendant 2 ans, il faut 4 Go sous OS, 1 Go (c'est 25% du volume) ou 2 Go (données par an) sous MS SQL Server, et 4 Go est préférable pour que tous les 100% de la base de données tiennent dans la RAM, 1 Go sous "1C: Enterprise 8. Application Server x64" (un thread rphost), total de 6 Go à 9 Go de RAM ;
c) pour 20 utilisateurs de "Trade Management" en SQL avec une base de données de 9 Go pendant 3 ans et en mode "Remote Desktop", il faut 4 Go sous OS, 3 Go sous MS SQL Server (ou mieux 9 Go, donc que tout est à 100% La base de données a été placée dans la RAM), 1-2 Go pour "1C: Enterprise 8. Application Server x64" (1-2 threads rphost), 6-7 Go pour servir les sessions utilisateur du terminal, total à partir de 14 Go à 22 Go de RAM.
Après avoir calculé la quantité de RAM requise, il est correct d'ajouter 20 à 30 % de la marge pour la croissance de la charge (une augmentation du nombre d'utilisateurs, par exemple, ou une croissance de la base de données). Heureusement, la RAM est maintenant peu coûteuse et les processeurs modernes la supportent beaucoup - Intel Xeon E3 16xx jusqu'à 64 Go de RAM et Intel Xeon E5 16xx jusqu'à 1540 Go de RAM. Il n'y a jamais beaucoup de RAM dans un serveur ;-).

Sous-système de disque :

Le sous-système de disque se compose de deux composants :
- sous-système d'entrée/sortie sous la forme de contrôleurs d'entrée/sortie (HBA) et de contrôleurs RAID ;
- périphériques de stockage, ou dans notre cas - disques SSD et HDD.

Sous-système d'E/S ( RAID).
Puisque nous parlons d'un serveur dont la tâche est de stocker des informations en toute sécurité, il est absolument nécessaire de réserver des ressources matérielles pour le stockage des données, c'est-à-dire disques.
Pour les petites entreprises, en règle générale, RAID1 est utilisé, ou "miroir", lorsque les données sont écrites sur deux disques en même temps. Dans ce mode, même si l'un des disques tombe physiquement en panne, les données sont sauvegardées.
Il y a plusieurs options à la fois imeubleRAID1 dans un petit serveur.

1. Par exemple, un RAID entièrement logiciel (Soft RAID) peut être créé Outils Windows serveur. Cette option ne s'applique pas au lecteur système qui contient le système d'exploitation (OS). Pour un disque avec une base de données, vous pouvez essayer d'utiliser la technologie Windows Storage Spaces. Dans la vraie vie, il est utilisé extrêmement rarement, nous ne le recommanderons pas.

2. Vous pouvez utiliser du matériel et des logiciels basés sur le chipset Intel et la technologie de stockage Intel® Rapid ( IntelTVD). Son essence est que toutes les opérations d'E / S au niveau matériel sont effectuées par le chipset de la carte mère, pratiquement sans charger les ressources du processeur. Mais la gestion de cette baie s'effectue au niveau programme, du fait de pilotes sous Windows.
ce Le plus commun, et sur ce moment le plus productif une variante de construction RAID1 pour un serveur peu chargé avec 2 ou 4 disques.
Certes, comme toute solution de compromis, elle présente certains inconvénients.
a) Son fonctionnement dépend des pilotes chargés dans système opérateur. Et cela comporte un risque potentiel que lors de la mise à jour des pilotes ou du système d'exploitation, une situation peut survenir dans laquelle le disque RAID ne sera pas disponible. C'est très peu probable, car Intel et Microsoft sont très sympathiques et testent très bien leurs logiciels, mais ce n'est pas exclu. En toute justice, il convient de noter qu'au cours des 8 dernières années, l'auteur n'a pas rencontré de cas de tels échecs.
b) Sur la base des résultats d'expériences dans le laboratoire de test d'entrée, des preuves indirectes suggèrent que le modèle de pilote Intel RST utilise des ressources RAM pour la mise en cache en écriture. Cela améliore les performances, mais comporte également un certain risque de perte de données si l'alimentation du serveur n'est pas planifiée. Dans la "réincarnation" précédente de cette technologie, Intel Matrix RAID, la mise en cache en écriture pouvait être explicitement désactivée au niveau de l'instruction. En moderne Versions Intel RST affecte en quelque sorte ce paramètre, ou même découvre son état, l'utilisateur n'a aucune possibilité. Cette question est simplement arrêtée - en définissant une source relativement "intelligente" Alimentation sans interruption(Smart UPS), qui peut surveiller l'état de ses batteries et, lorsqu'elles sont déchargées, donne l'ordre d'éteindre le serveur. En fait, l'onduleur doit être installé sur le serveur dans tous les cas, ce n'est donc pas un problème, l'essentiel est de ne pas être trop paresseux pour effectuer les réglages. Il y a un problème de portabilité en cas de panne de la carte mère. Pendant la période de garantie, ce problème sera très probablement résolu par le fournisseur d'équipement, mais pendant la période post-garantie, il peut être nécessaire de rechercher une carte mère similaire.
Le coût d'une telle solution dans la plupart des cas est déjà inclus dans le coût de la carte mère et, en fait, l'utilisateur est "gratuit".

3. Il est assez courant chez les professionnels de l'informatique de vouloir disposer d'un RAID entièrement matériel dans un serveur. Un bon exemple d'une telle solution est l'utilisation d'un contrôleur SAS (SAS HBA) en mode RAID1. Par exemple, LSI HBA 9211 et ses suiveurs. Pour ce faire, un micrologiciel BIOS spécial est installé dans le SAS HBA, pour le LSI 9211, il s'agit du micrologiciel «IR». Il n'y a aucun avantage de performance à ce schéma. Théoriquement, en cas de panne de la carte mère, on peut connecter rapidement les disques et le contrôleur à un autre serveur... mais avec la même probabilité que carte mère le contrôleur SAS peut également s'épuiser, donc du point de vue de l'auteur, l'avantage est quelque peu illusoire, résolvant plus de problèmes psychologiques que technologiques.
Le coût du LSI HBA 9211 est au niveau de 250-300 $, ce qui est nettement plus cher que la version précédente basée sur Intel RST. Une telle augmentation de prix pour une solution budgétaire est assez importante. Du point de vue de l'auteur, si l'on souhaite créer un RAID "matériel", il est préférable de choisir une solution légèrement plus chère basée sur le contrôleur RAID Intel® RS3WC080. Ce HBA SAS est également construit sur la puce LSI, mais la prochaine génération, LSI SAS 3008, prend en charge la norme SAS 3.0 (12-Gb/s), à un prix d'environ 300 $.

4. Parfois, en cas de mauvaise foi ou de qualifications insuffisantes du vendeur, ils essaient de vendre des contrôleurs RAID bon marché de modèles obsolètes à des serveurs sous 1C. Par exemple, Adaptec 6405E. L'inconvénient de ces contrôleurs est que la puce intégrée à ceux-ci, en termes de performances, est conçue pour prendre en charge un certain nombre de disques durs et ne supporte même pas bien la charge sous la forme de deux serveurs SSD de modèles juniors. Par exemple, les SSD modernes peuvent facilement lire 80 000 IOPS (accès par seconde) chacun, et le processeur d'un contrôleur RAID, par exemple, ne peut gérer que 60 000 IOPS... De plus, lors de l'utilisation de RAID1 et SSD, il n'y a pas besoin d'un cache d'écriture sur le contrôleur - l'écriture dans le cache RAM du contrôleur, qui est directement sur le SSD, se produit presque à la même vitesse que la lecture. De plus, les contrôleurs RAID modernes, même avec 1 Go de RAM Cache à bord, ne l'utilisent pas lorsqu'ils travaillent avec un SSD. Cela ne veut pas dire que l'Adaptec 6405E est un mauvais contrôleur, juste que cet outil est destiné à un usage différent.
Le coût d'Adaptec 6405E est d'environ 250 $.

En guise de brève conclusion, je suggère de regarder le calendrier de test de quatre SSD en RAID10 dans trois options RAID : Adaptec 6405E, LSI 9211, Intel RST (Entry test lab). On voit clairement que la variante avec Intel RST est la plus productive, la moins productive - avec Adaptec 6405E.

Périphériques de stockage ( SSDetDisque dur)

"1C:Enterprise 8" dans son travail, en plus de l'emplacement réel des tables de base de données (dossier pour la version fichier, tables DB pour la version SQL), peut utiliser le lecteur système "C:\". Par exemple, dossier système Tmp du système d'exploitation Windows pour stocker les fichiers temporaires. La version SQL peut fonctionner avec - en particulier, y stocker tempDB. En mode Bureau à distance, les répertoires tmp locaux des utilisateurs de terminaux sur le serveur peuvent être utilisés, qui sont également généralement situés sur le lecteur "C:\", dans profils locaux utilisateurs.
- Pour le système d'exploitation (OS) dont nous avons besoin, nous réservons au moins 120 Go ;
- Pour stocker une base de données en version fichier, il est conseillé de regarder simplement le volume des dossiers dans lesquels sont stockées les bases de données. Habituellement, il s'agit de 1 à 2 Go, voire de 10 à 20 Go.
- Si la version SQL est utilisée, nous avons alors trois types de données - les tables de base de données elles-mêmes (DB), les tables temporaires (tempDB) et le journal SQL. Par défaut, tempDB sera situé à lecteur système"C:\". Il est généralement petit pour les petites bases de données, environ 100 à 300 Mo. Tables de base de données (DB) - comme mentionné ci-dessus, elles dépassent rarement 10 à 20 Go pour les entreprises de 5 à 25 utilisateurs, mais ici, tout d'abord, vous devez examiner le volume actuel plus la croissance annuelle. Le journal SQL peut être très volumineux, jusqu'à des dizaines de Go, en particulier lorsque le mode "Journal SQL complet" est activé, mais il peut également être "coupé" sans douleur à la fin de chaque mois et archivé (ou supprimé s'il n'est pas nécessaire ).
Au total, pour les besoins des bases de données 1C:Enterprise 8, nous atteignons des capacités de 20 à 60 Go, ce qui est en fait moins que les plus petits disques de serveur, qu'ils soient HDD ou SSD.
- Dans l'option des utilisateurs travaillant en mode Bureau à distance, il est logique de prendre en compte 3 à 4 Go de RAM dans les dossiers personnels des utilisateurs pour stocker divers fichiers de téléchargement ou de téléchargement / de données vers / depuis 1C. Si le serveur est également utilisé comme stockage de fichiers, cela doit être calculé complètement séparément des besoins en 1C, et de préférence sur d'autres disques physiques.

Quoi d'autre doit être pris en compte pour la conception concernant la sélection des disques.
1. Il est hautement souhaitable de diffuser les données du système d'exploitation (OS) et 1C (tables de données) sur divers appareils physiques en termes de tolérance aux pannes. Mais si le budget est petit - eh bien, laissez tout sur un seul stockage, avec un filet de sécurité dû au RAID et à la sauvegarde quotidienne sur médias externes(ou prestation).
2. N'oubliez pas qu'il est obligatoire que le serveur réserve des disques et en construise un RAID1 tolérant aux pannes (RAID5 et ses analogues pour les bases de données ne sont pas utilisés), c'est-à-dire nous avons besoin d'au moins deux disques identiques (si l'OS et la base de données sont combinés), ou deux fois deux disques identiques pour deux matrices RAID1 (si l'OS et la base de données sont séparés).

Exemples de calcul:
a) pour 5 utilisateurs dans la version fichier, connectés via un réseau local via un client "lourd", le minimum requis est de 120 Go pour le système d'exploitation, et de préférence 240 Go, et 10-20 Go pour les données. En fait, le sous-système de disque de deux disques Intel SSD série s3510 de 240 Go en mode RAID1 peut gérer une telle charge.
b) pour 10 utilisateurs en SQL et via un client "lourd" avec une base de données de 4 Go, un sous-système disque de deux disques comme un SSD Intel série s3510 avec 240 Go en mode RAID1 sera aussi techniquement suffisant. Mais, compte tenu du nombre d'utilisateurs, il est déjà logique d'envisager de diviser en deux volumes distincts - deux disques en RAID1 de 120-240 Go chacun pour le système d'exploitation et deux disques en RAID1 de 80 Go chacun pour la base de données.
c) pour 20 utilisateurs de Trade Management en SQL avec une base de données de 9 Go, un sous-système de disque de deux disques comme la série Intel SSD s3500 de 240 Go en mode RAID1 sera également techniquement suffisant. Néanmoins, compte tenu du nombre d'utilisateurs, il est fortement recommandé de le scinder en deux volumes distincts de l'OS et de la Base de données - deux disques en RAID1 de 120-240 Go pour l'OS et deux disques en RAID1 de 80-120 Go pour la base de données.

Je voudrais rappeler le "principe de suffisance raisonnable".
En règle générale, le volume de bases de données dans les petites entreprises pour 5 à 25 utilisateurs 1C:Enterprise 8 est également faible. Et ici, il est très important de ne pas chasser le volume du disque, vous n'en avez pas besoin ringard. Mais il est logique de choisir le disque le plus fiable et le plus productif, même s'il a une plus petite capacité. Une erreur typique des acheteurs est le désir «d'acheter un disque plus gros, mais pas cher», ce qui conduit à l'utilisation de disques non serveur moins chers et plus volumineux, ce qui est inacceptable d'un point de vue technique.

Contourner les goulots d'étranglement

interface réseau . Avec la moindre probabilité, lorsque vous travaillez avec 1C:Enterprise 8, le goulot d'étranglement peut être l'interface réseau, car grande quantité de données n'est pas transmise, il n'y a pas d'exigences particulières pour 5 à 25 utilisateurs. De plus, la plupart des serveurs ont deux cartes réseau Ethernet 1 Gb / s installées à la fois, mais il y a des nuances ici.
Les cartes réseau sont différentes. Certains sont conçus pour fonctionner sur des PC et des ordinateurs portables, et une partie importante de la charge incombe au processeur. Ceux-ci comprennent, par exemple, Interfaces réseau sur une puce Realtek RTL8201N. De telles puces sont également utilisées dans les serveurs, mais sur des ports spéciaux conçus pour contrôler le serveur.
Dans le même temps, il existe des chipsets de réseau de serveur, tels que l'Ethernet Gigabit à double port Intel® i350-AM2. Avec eux, la plupart des traitements ont lieu sur la puce elle-même, sans impliquer de ressources CPU, ce qui est à la fois plus rapide et plus efficace.
En gros, le conseil est simple :
- n'achetez pas un PC "à la serveur", car très probablement il a Carte réseau Ethernet pour PC ;
- Si le serveur dispose de plusieurs ports Ethernet, n'utilisez pas le port de gestion pour la charge de travail.

RAM . Tout est simple ici. Comment calculer - décrit ci-dessus. La RAM est bon marché ces jours-ci. Par conséquent, pour calculer, prenez une marge de 20 à 50% ou plus - et fermez le problème. Si une augmentation significative de la charge est attendue dans un an ou deux, vérifiez que le serveur dispose d'emplacements libres pour l'installation de modules de mémoire supplémentaires.

CPU . Après avoir calculé le nombre de cœurs physiques requis, la question demeure avec la fréquence.
Et c'est une question très importante.
1. S'il y a suffisamment de cœurs, les performances de la partie client, le serveur d'applications 1C:Enterprise 8 et, dans de nombreuses situations, le serveur SQL, dépend directement de la fréquence. processeur. Et c'est presque linéaire. De nombreux rapports, par exemple, avec une augmentation de la fréquence du processeur de 1,5 fois, exactement le même nombre de fois sont exécutés plus rapidement.
Par conséquent, toutes choses étant égales par ailleurs, il est logique de privilégier les processeurs à fréquence plus élevée.
2. Le point suivant est de ne pas tomber dans le piège marketing de certains vendeurs qui donnent la fréquence du processeur dans le mode Turbo pour la fréquence du processeur. Oui, Technologie Intel® Turbo Boost Technology 2.0 est une chose assez intéressante, et dans les réalités de 1C, lorsqu'un seul thread est en cours d'exécution (traitement de documents ou génération de rapports complexes), cela vous permet d'augmenter les performances d'un cœur de 15 à 30 %, ou encore plus. Mais vous devez vous rappeler qu'en réalité, dans une puce de serveur, la fréquence augmentera pendant une courte période, pendant 30 secondes, parfois pendant une minute, puis diminuera jusqu'à la norme. En conséquence, le gain est à très court terme. Un processeur haute fréquence fonctionne toujours à haute fréquence, ce qui signifie plus rapide. C'est pourquoi cela coûte plus cher.
Un exemple est dans le tableau ci-dessous :

Languette. une

3. Pour les petites entreprises de 3 à 10 utilisateurs, elles proposent parfois d'acheter non pas un serveur sur Intel Xeon E3, mais un "PC puissant" sur Core-i7, en référence à ses performances et à sa fiabilité supérieures.
Mais les points suivants doivent être pris en compte.
a) Le processeur Intel Xeon E3 et Core-i7 est actuellement en plan matériel frères jumeaux, et coûtent même le même prix. Mais le firmware interne responsable de la priorisation est différent. Très simplifié - le Xeon E3 a la priorité sur les E / S et les autres opérations du serveur, tandis que le Core-i7, affûté pour le segment des jeux et le traitement des flux vidéo, a la priorité sur la maintenance de la carte vidéo. Le prix, je le souligne encore une fois, est le même (avec les mêmes paramètres).
b) Il y a une grande différence entre le bureau et le serveur carte mère. Desktop est conçu pour fonctionner 8 heures par jour, 5 jours par semaine, deux ou trois ans. En conséquence, ses composants sont sélectionnés pour résister précisément à la durée de vie prévue. Les cartes mères de serveur sont conçues pour fonctionner 24 heures sur 24, 365 jours par an pendant trois ou cinq ans. Et les composants sont quelque peu différents. Mais la différence de prix est à nouveau minime, souvent au niveau de 10 à 20 $.
c) Dans un PC "avancé", avec un degré de probabilité élevé, la carte réseau ne sera pas du tout une carte serveur.
Cela a-t-il un sens au lieu d'un serveur en tant qu'appareil spécialisé avec paramètres donnés l'exploitation, essayez d'acheter un "PC de fantaisie" pour le rôle d'un serveur, et ce n'est même pas un fait que c'est moins cher - tout le monde peut maintenant faire un choix éclairé.

Disques. C'est probablement le sujet le plus douloureux au moment de la rédaction.
Malheureusement, il y a encore des utilisateurs et des commerçants un peu coincés au siècle dernier. Et absolument sûr que HDD SAS 15 000 tr/min est un exemple de fiabilité et de performance.
En fait, cela n'a pas été le cas depuis longtemps.

a) Voyons d'abord fiabilité SSD et disque dur.
Le plus souvent, la fiabilité théorique des disques est évaluée par le paramètre "Erreurs de lecture non récupérables par bits lus", qui peut être traduit par "La probabilité d'une erreur de lecture irrécupérable par nombre de bits lus". Il montre combien de données doivent être lues sur le disque pour avoir une forte probabilité d'erreur irrécupérable.
Un autre paramètre important montrant la probabilité de panne de disque est l'AFR (taux de panne annuel), ou "taux de panne annuel".
Le tableau ci-dessous montre les données pour les disques typiques SATA Desktop HDD 7200 prm, SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15 000 prm, SATA SSD Enterprise (données tirées des documents officiels des fabricants, vous pouvez vérifier les numéros sur le liens).

Comme le montre clairement le tableau, en termes de paramètre "Taux de défaillance annuel", un disque destiné à être utilisé dans un PC standard est en moyenne deux fois moins fiable qu'un disque serveur.
Concernant la probabilité d'occurrence d'erreurs irrécupérables, la théorie nous dit clairement que le SSD Enterprise SATA, pour lequel la série Intel® SSD DC S3510 a été prise en exemple, a une probabilité d'erreur 10 fois inférieure à celle d'un SAS HDD Enterprise 15 000 tr/min, 100 fois inférieur au disque dur SATA Enterprise 7200 tr/min et 1000 fois inférieur au disque dur SATA Desktop 7200 tr/min.
Dans le même temps, le prix du SATA Desktop HDD 7200 rpm et Enterprise SATA SSD pour un volume suffisant pour accueillir à la fois le système d'exploitation et les bases de données 1C ne diffère en aucun cas de 1000 fois, et même pas de 10.
Séparément, je ferai attention au "Volume, lors de la lecture duquel une erreur non récupérable est statistiquement attendue". Pour le disque dur SATA Desktop, ce chiffre est de 12,5 To. Et il existe déjà des disques pour 8 To et 10 To ... ainsi, en mettant, par exemple, un disque de bureau de 8 To, en l'écrivant et en le lisant deux fois, nous rencontrerons en théorie au moins une erreur irrécupérable !

Bref résumé:
- utilisez un SSD de classe entreprise dans un serveur, ils ne sont au moins pas pires et théoriquement plus fiables que n'importe quel disque dur.

b) Ensuite, nous estimons performance SSD et disque dur.
Du point de vue des bases de données, qui, en fait, est 1C, les plus importants ne sont que trois paramètres de disque
- la latence (Latency), ou temps de réponse du disque, se mesure en microsecondes (moins c'est mieux) ;
- le nombre d'opérations de lecture par seconde (Disk Reads/sec), mesuré en IOPS (plus c'est mieux) ;
- le nombre d'opérations d'écriture par seconde (Disk Writes/sec), mesuré en IOPS (plus c'est mieux).
Résumons ces trois paramètres dans un tableau pour les mêmes disques que dans l'exemple de fiabilité.

Comme on peut le voir clairement dans le tableau, SSD par paramètre Temps de réponse surpasse le disque dur 40-80 fois, et par nombre d'opérations d'E/S par seconde en 100-400 fois (!!!).
Dans le même temps, si vous abordez le choix avec sagesse et n'achetez que la capacité de stockage réellement demandée, la différence de coût entre Enterprise SATA SSD et Enterprise SATA \ SAS NL HDD sera très insignifiante.
Est-il raisonnable d'utiliser pour placer des bases Données du disque dur? Du point de vue de l'auteur, seulement si vous avez acheté des actifs illiquides pour un entrepôt, vous avez vraiment besoin de le vendre, et vous vous souciez peu des relations futures avec l'acheteur. Parce que le rapport prix/performances et le prix/fiabilité sont clairement en faveur du SSD Enterprise.

Et maintenant, il est temps de revenir au moment où les vrais indicateurs de la charge sur le sous-système de disque ont été mesurés (si cela peut être fait).
Si nous parlons de la "température moyenne à l'hôpital", les charges de pointe approximatives pour les IOPS peuvent être les suivantes (nombre d'utilisateurs, volume de base de données 1C ; en fin de compte Transferts de disque / s)

Connaissant le nombre d'utilisateurs et le volume des bases de données 1C, il est tout à fait possible d'estimer approximativement le besoin du sous-système disque en IOPS par Disk Transfers/sec (= Disk Reads/sec + Disk Writes/sec), ou prendre le sien réel mesures et formulez les exigences de votre sous-système de disque en opérations d'entrée/sortie par seconde (IOPS). Et armés de chiffres, choisissez les disques qui les satisferont.

c) Et pour clore la question de savoir quels SSD doivent être installés, voyons voir, Quelle est la différence Entreprise SATA SSD et SATA de bureau standard SSD .
1. Les performances de vitesse de lecture des données en IOPS que les disques de bureau et de serveur afficheront sont très similaires. Mais performance la rapidité enregistrements de données sera sensiblement différent, et avec la croissance de l'utilisation de l'espace disque dans les SSD de bureau, il se dégradera rapidement. Oui, dans les spécifications des disques de bureau, vous pouvez voir des IOPS très élevés par écriture... avec 5 à 8 % de remplissage du disque avec des données. Et à 100% - ils ne sont même pas donnés, et pour cause - ces indicateurs ne diffèrent souvent pas de ceux du HDD. Pour les SSD de serveur, les tests de performances en écriture sont effectués exactement à 100 % de couverture des données, et sa valeur est généralement moyenne ou l'un des pires résultats. Conclusion - ne faites pas attention aux beaux et grands nombres dans les spécifications du fabricant pour les SSD de bureau, c'est du marketing. Pour le serveur, vous devez choisir le modèle SSD le plus petit, mais Enterprise. Par exemple, comme la série Intel® SSD DC S3510.
2. Le prochain paramètre important qui démontre bien les différences cardinales entre les SSD de serveur et de bureau est ressource d'écrasement garantie. La plupart des SSD de bureau tolèrent normalement l'écrasement jusqu'à 0,1 % de leur capacité par jour (sans dégradation significative des performances ni panne) tout de même 7 jours sur 7 pendant 2 à 3 ans, avec un remplissage incomplet. Le disque du serveur est conçu pour écraser 0,3 % de son volume chaque jour pendant 3 à 5 ans, même lorsqu'il est plein.
Les points 1 et 2 sont expliqués très simplement. Les données sont écrites sur des SSD dans des cellules de 4 Ko, mais elles sont effacées... au moins par blocs de 256 cellules ou plus. Et avant d'effacer tout le bloc, ils sont simplement marqués comme prêts à être effacés. Pour écrire de nouvelles données à la place d'anciennes données, les anciennes doivent être effacées. Pour effacer ne serait-ce qu'une cellule de 4 Ko, vous devez d'abord transférer toutes les données d'une colonne de 256 cellules vers un autre emplacement, effacer toute la colonne et remettre les données à sa place. C'est une opération lente.
Faites face à cette situation en plaçant sur Disque SSD une zone cachée qui n'est pas accessible à l'utilisateur et qui sert uniquement à remplacer les cellules lorsqu'il est nécessaire de "collecter les ordures", c'est-à-dire effacer les blocs inutilisés. Cette zone est appelée Over Provisioning, ou "zone de réserve". Ainsi, pour les SSD de bureau, il s'agit généralement de 4 à 8% de la capacité totale des puces de mémoire flash sur le disque, tandis que pour les serveurs ... atteint 42% de la capacité physique des microcircuits. Si nous prenons un exemple, alors, à condition que des puces de 320 Go soient soudées dans l'appareil, la capacité du SSD «de bureau» sera de 300 Go, et dans le cas d'un serveur, seuls 180 Go seront disponibles pour l'utilisateur . En fait, tout est beaucoup plus compliqué, de nombreuses technologies sont utilisées dans les disques de serveur pour augmenter sa «survivabilité» et assurer des performances stables, mais pour une compréhension générale de la différence, l'exemple de la «zone de réserve» est assez indicatif.
3. Une autre différence importante entre les SSD de serveur et de bureau concerne la sécurité des données. Tout SSD possède sa propre RAM volatile, qui est utilisée incl. pour les opérations de lecture et d'écriture. Dans les SSD de bureau, il peut y avoir des circonstances où les données sont écrites sur la RAM du SSD, système de fichiers et le serveur SQL a reçu une confirmation d'écriture, mais en fait les données ne sont pas encore en mémoire non volatile. Si à ce moment une panne de courant se produit, la probabilité de perte de données est très élevée et il est très difficile de récupérer ce qui est perdu et ce qui ne l'est pas.
Dans le même temps dans le serveurSSD il y a un supercondensateur, dont la capacité est suffisante pour l'enregistrement dans un format non volatile Mémoire SSD toutes les données résidant dans la RAM à l'intérieur du SSD. Ainsi, la probabilité de perte de données lors d'une panne de courant est considérablement réduite.
Et encore une fois, la différence de prix entre les SSD SATA de serveur et de bureau n'est pas du tout différente.
Un bref résumé - pour stocker des données importantes, telles que des bases de données 1C, le serveur doit utiliser exclusivement des serveurs SSD d'entreprise.

Châssis, alimentation et onduleur

Les plus courantes sont trois tailles pour les petits serveurs à socket unique :
- monté en rack 19" (Rack-mount),
- dans un boîtier socle classique (Desktop),
- "cubes" modernes.
Si vous allez placer le serveur sur le site d'un hébergeur ou d'une salle serveur spécialisée, le format Rack-mount avec une hauteur de 1U ou 2U sera optimal. Et il est catégoriquement déconseillé de placer un tel serveur dans la même pièce où des personnes sont présentes en raison de son niveau de bruit élevé.
L'exécution dans la taille du boîtier de bureau est utilisée lorsque le serveur se tiendra dans la même pièce avec des personnes. De tels serveurs sont relativement silencieux, peu différents d'un PC, et servent souvent même de poste de travail pour l'un des employés.
bon exemple L'approche "conviviale" sont des cas spécialisés - "cubes".

En plus d'être beaux, ils sont aussi silencieux.

L'image montre un exemple de la conception d'un système de refroidissement de serveur cube qui fournit un bon refroidissement à tous les composants, tout en créant un minimum de bruit :
- la carte mère se trouve en bas,
- l'air chaud refroidit la carte et le processeur, et monte du dissipateur thermique du processeur,
- où il est entraîné par un ventilateur à basse vitesse d'une alimentation de grand diamètre,
- et jeté
Cette conception de serveur est à la fois belle et efficace en termes de réduction de bruit, et assez productive.

Vous devriez également aborder le sujet éternel - si une alimentation redondante est nécessaire ou non.
Du point de vue de l'auteur, avec un coût de serveur à partir de 1000 $, dépenser uniquement pour fournir une alimentation électrique redondante (deux alimentations dans le serveur) peut en fait être nécessaire pour 400 $ supplémentaires, uniquement si vous n'avez pas la possibilité de rapidement, en 2-4 heures, prenez le serveur pour réparation .

Si le serveur est monté en rack, il est situé sur le site du fournisseur ou dans la salle des serveurs, où, en règle générale, une alimentation électrique de haute qualité est fournie. Et s'il est au bureau, dans la grande majorité des cas, en 2 à 4 heures, il est tout à fait possible d'aller au service et de remplacer l'alimentation électrique. Si vous êtes loin du service, alors, en option, vous pouvez acheter une alimentation de rechange et la mettre dans une armoire en tant que pièce de rechange, et en cas de panne, remplacer l'alimentation défaillante par une de rechange sur 15 -20 minutes.

En parlant de l'alimentation et de la probabilité de sa panne, vous devez vous rappeler de l'alimentation sans coupure (UPS) du serveur. Il devrait au minimum inclure la capacité de corriger la tension (AVR), et encore mieux être de la classe interactive. Pour réduire le risque de perte de données, il est souhaitable que l'onduleur ait la capacité d'éteindre le serveur lorsque le niveau de la batterie est faible (et que tout cela soit connecté et configuré). Et en termes de puissance, il devrait fournir au moins 10 à 15 minutes d'autonomie, ce qui dans la plupart des cas est suffisant pour éteindre correctement le serveur.

Nous récupérons le serveur "pour la tâche"

Maintenant, armés de connaissances, configurons trois serveurs pour trois petites organisations avec des charges de travail différentes à titre d'exemple.

a) Pour cinq utilisateurs en version fichier, connectés via un réseau local via un client « lourd », un serveur au facteur de forme « cube » avec un quad-core Processeur Intel Xeon E3 12xx, 8 Go de RAM, deux SSD Intel s3510 240 Go en RAID1 sur Intel Rapid Raid intégré.

b) Pour dix utilisateurs en SQL et via un client "lourd", un serveur au format "cube", avec un processeur quad-core Intel Xeon E3 12xx, 16 Go de RAM, deux SSD Intel s3510 240 Go en RAID1 sur un Intel Rapid Raid embarqué suffira.

c) Pour vingt utilisateurs en SQL et en mode Bureau à distance, il est préférable de prendre un serveur de taille Desktop ou Rack, avec un processeur Intel Xeon E5 166x à six cœurs, 32 Go de RAM, deux SSD Intel s3510 120 Go en RAID1 pour les bases de données 1C et deux disques durs SATA (édition RAID) 2-4 To en RAID1 pour héberger le système d'exploitation, les données de sauvegarde et d'utilisateur, ainsi que le stockage de fichiers, et encore sur le Intel Rapid Raid intégré ou sur le contrôleur RAID Intel® RS3WC080.

Et quelques conseils absolument pratiques.
1. Pas besoin "d'économiser sur des bagatelles" et d'utiliser des outils inadaptés - le processeur du serveur, la carte mère du serveur et le SSD du serveur fonctionnent mieux sur le serveur. La différence de prix avec les composants de bureau est très faible et, en termes de fonctionnalités, elle peut être disproportionnée.
2. Cela n'a aucun sens de planifier des ressources sur plus de trois ans. La technologie évolue si rapidement que dans un an ou deux, il peut être plus efficace de remplacer un disque ou un serveur que de mettre initialement en gage une ressource pendant cinq ans.
3. Le principe de suffisance raisonnable s'applique au choix d'un serveur. Avec une taille de base de données de 10 Go, un serveur spécialisé d'une capacité de 80 Go est bien plus préférable qu'un serveur "desktop" de 200 Go.

Bien sûr, tout ce qui précède n'est pas un dogme. Il s'agit de calculs empiriques basés sur les nombreuses années d'expérience de l'auteur dans l'optimisation du matériel pour diverses plates-formes de la société 1C.

Lors du choix du serveur nécessaire pour 1C, il convient de rappeler que pendant que les utilisateurs travaillent avec lui, de nombreuses opérations de lecture et d'écriture de données par seconde seront effectuées.

Très probablement, il est immédiatement clair pourquoi une conception de serveur compétente pour 1C est si importante - si le «matériel» a été initialement choisi de manière incorrecte et ne correspond pas à la charge du système, il y a un risque que ou même fonctionne par intermittence, que des données importantes sera perdu. D'autre part, créer un serveur sous 1C, acheter tout le matériel et les logiciels nécessaires peut coûter cher à l'entreprise, il est donc conseillé de sélectionner l'équipement de manière à éviter des coûts inutiles.

Sélection du serveur pour 1C

Lorsque nos spécialistes doivent faire un choix de configuration pour le serveur 1C, la première chose qu'ils demandent est combien d'utilisateurs travailleront avec 1C dans l'entreprise et quel ensemble de services ils prévoient d'utiliser, ce qu'ils seront, qui administrera le 1C serveurs et comment. Nous partons de ces informations lors de la création d'un serveur 1C.

Exigences pour le serveur 1C

Dans la structure matérielle du serveur 1C, les caractéristiques du processeur, de la RAM, du sous-système de disque et des interfaces réseau seront importantes pour nous.

Il est nécessaire qu'ils assurent un fonctionnement stable et suffisamment productif des composants suivants :

• système opérateur;
• serveur de base de données (le plus souvent c'est le cas);
• Partie serveur 1C (pas dans tous les cas, car une petite entreprise de 2 à 10 utilisateurs peut travailler avec 1C en mode fichier) ;
• l'utilisateur travaille en mode Bureau à distance ;
• travail des utilisateurs distants via un client léger ou un client Web.

Choisir un processeur pour un serveur 1C

Le nombre optimal de cœurs de processeur est généralement calculé sur la base du fait que 1-2 cœurs doivent être réservés pour le fonctionnement du système d'exploitation, 1-2 cœurs pour le fonctionnement Bases de données SQL, 1 de plus pour le fonctionnement du serveur d'application et environ 1 cœur pour 8 à 10 sessions utilisateur simultanées (afin que les utilisateurs ne se plaignent pas plus tard que le serveur 1C ralentit).

Veuillez noter que la vitesse de traitement des requêtes ne dépend pas tant du nombre de cœurs que de la vitesse d'horloge du processeur, et le nombre de cœurs a un effet plus important sur la stabilité lorsque en grand nombre les utilisateurs et les travaux simultanés de leur part.

De combien de mémoire un serveur 1C a-t-il besoin

En plus de ce qui précède, si vous avez besoin d'un serveur 1C pour 100 utilisateurs ou plus, nous vous recommandons de déployer un cluster d'au moins deux serveurs physiques 1C.

Nous proposons de calculer la quantité de RAM nécessaire en fonction des indicateurs suivants :

• 2 Go seront nécessaires au fonctionnement du système d'exploitation
• au moins 2 Go pour le cache MS SQL Server, et il est préférable que cette valeur soit de 20 à 30 % du volume réel de la base de données - cela garantira une expérience utilisateur confortable avec celle-ci
• 1 à 4 Go pour le serveur d'applications 1C
• 100 - 250 Mo nécessiteront une session de terminal utilisateur, en fonction de l'ensemble des fonctions du serveur 1C, de la configuration utilisée

Voici nos calculs approximatifs des paramètres du serveur 1C 8.3 :

Il est préférable d'acheter de la RAM avec une marge - c'est l'un des facteurs les plus importants dans la haute performance d'un serveur 1C et en même temps c'est maintenant l'un des composants les moins chers. S'il n'y a pas assez de mémoire sur le serveur 1C Enterprise, cela sera très visible pendant le fonctionnement. Par conséquent, lorsqu'il s'agit de choisir le serveur 1C, veillez toujours à ce qu'il dispose de suffisamment de RAM.

Serveur 1C : équipement pour le sous-système de disque

Lors du choix du serveur nécessaire pour 1C, il convient de rappeler que pendant que les utilisateurs travaillent avec lui, de nombreuses opérations de lecture et d'écriture de données par seconde seront effectuées. Ce paramètre est la vitesse à laquelle Disque dur vous permet de traiter des données - est également l'une des clés de la vitesse du serveur 1C.

Lors de la conception d'un serveur 1C, nous vous recommandons de respecter les exigences suivantes pour l'équipement du sous-système de disque :

• Peu importe le serveur que vous créez pour 1C, nous ne recommandons en aucun cas d'utiliser des disques uniques dans les serveurs - il est conseillé de les organiser en matrices RAID (RAID 10 pour les grandes bases de données ou RAID 1 pour les petites bases de données), où les tables de base de données sera localisé.
• Nous vous recommandons de déplacer les fichiers d'index vers un SSD séparé pour plus accès rapide pour eux
• TempDB - sur 1-2 (RAID 1) SSD.
• Placez le système d'exploitation et les données utilisateur sur le RAID 1 du SSD/HDD.
• Sous les fichiers journaux, allouez un fichier distinct lecteur logiqueà partir d'une matrice ou d'un disque SSD physique.
• Utilisez un contrôleur matériel dans la mesure du possible - nous avons vu des situations où un serveur puissant et coûteux ralentissait en raison de performances insuffisantes du contrôleur.

Sélection du serveur pour 1C

Dans cet article, nous avons fourni quelques conseils et calculs approximatifs sur la façon de choisir un serveur pour 1C, nous espérons qu'ils vous seront utiles.

En conclusion, ajoutons une dernière chose - vous ne devriez pas essayer d'économiser de l'argent en utilisant un ordinateur utilisateur pour un serveur 1C (comme c'est souvent le cas dans les petites entreprises) - le matériel utilisateur est beaucoup moins fiable et tolérant aux pannes que le matériel serveur de similaire performance. Cela ne vaut pas la peine de risquer le système comptable de votre entreprise. Si l'achat du bon matériel dépasse votre budget, vous pouvez envisager de déployer 1C dans le cloud.

S'il vous est difficile de déterminer quel serveur choisir pour 1C Enterprise 8.3, comment créer un serveur 1C, car vous n'avez jamais rencontré cette tâche auparavant, vous pouvez toujours contacter une société d'intégration de systèmes afin que des spécialistes techniques expérimentés vous aident. concevoir, acheter, installer et mettre en place un serveur adapté pour 1C.

Dans toute organisation où le nombre d'utilisateurs 1C 8.3 (ou 8.2) est de 10 ou plus, il est recommandé d'utiliser la version client-serveur du travail avec de grandes quantités de données. Cette option est basée sur l'utilisation d'un SGBD tiers, par exemple, le serveur MS SQL. Naturellement, le mode client-serveur est difficile à imaginer sans un serveur autonome. Mais chaque entreprise est unique, chacune a ses propres besoins, par conséquent, le choix d'un serveur doit être abordé avec responsabilité. Dans cet article, nous essaierons de répondre à la question de savoir comment choisir un serveur 1C - à la fois logiciel et matériel. Le choix est un point très important dans le développement Système d'Information entreprises.

Sans pour autant Logiciel n'importe quel ordinateur est inutile. Un logiciel de haute qualité est particulièrement important dans le matériel de serveur. Il doit répondre aux derniers paramètres de sécurité et de fiabilité. L'application client 1C est multiplateforme et disponible dans presque tous les systèmes d'exploitation, y compris systèmes mobiles. L'application serveur prend en charge deux plates-formes - Linux et Windows.

Il existe cinq variantes du SGBD avec lesquelles la plate-forme 1C fonctionne :

Obtenez gratuitement 267 leçons vidéo 1C :

• SGBD intégré de 1C 8.3 lui-même, le soi-disant mode fichier. La façon la plus simple de travailler, ne peut pas se vanter d'une haute sécurité. Fonctionne sur les systèmes d'exploitation Windows et Linux. La limite de taille de la base de données est d'environ 6 à 10 gigaoctets ;
• Serveur MS SQL- le meilleur SGBD pour 1C disponible sur le marché. Selon de nombreux experts, SQL Server est généralement le meilleur Logiciel Entreprise Microsoft. Nécessite un système d'exploitation Windows ;
• IBMDB2 Universal Database est assez fiable et système sécurisé Gestion du SGBD. Sa particularité réside dans certaines nuances de traitement de l'information et de travail méthodes système(par exemple, sensibilité à la casse des données de chaîne). La qualité du travail est considérablement affectée par les compétences et les connaissances de l'administrateur. Prend en charge Windows, Mac OS X, Linux ;
• Base de données Oracle- SGBD versionné, qui dans certains cas donne une augmentation des performances. Prend en charge Windows, Mac OS X, Linux ;
• PostgreSQLName- également versionné. L'avantage le plus important est la distribution gratuite du programme. La qualification de l'administrateur affecte grandement la vitesse de travail. Recommandé pour un petit nombre d'utilisateurs. Fonctionne sur Windows, Mac OS X, Linux.

Le choix du fer pour 1C

Contrairement aux programmes, choisissez Matériel pas si facile. Considérez le choix des composants de serveur pour différents nombres d'utilisateurs. Le nombre d'utilisateurs est un concept abstrait, les chiffres moyens pour le flux de travail sont pris. Lors de la sélection de l'équipement, assurez-vous de tenir compte de la quantité de paperasse.

Jusqu'à 10 utilisateurs

• CPU: Intel Core i3 ou Intel Xeon E3-12xx.
• RAM: 4 gigaoctets, ils incluent 2 Go pour le système d'exploitation et 2 gigaoctets pour le cache du SGBD.
• Sous-système de disque
• Interfaces réseau

Serveur 10 à 40

• CPU: similaire à Intel Xeon E3-12xx ou AMD Opteron 4xxx.
• RAM R : Habituellement, 8 à 12 gigaoctets suffisent.
• Sous-système de disque R : Une combinaison SSD + HDD est idéalement souhaitable. Mais s'il n'y a aucune possibilité, vous pouvez vous débrouiller avec le disque dur.
• Interfaces réseau: Généralement, toutes les applications serveur sont installées sur la même machine.

de 40 à 70

• CPU
• RAM: 16 gigaoctets, et 32 ​​est mieux.
• Sous-système de disque: Une baie traditionnelle de HDD SAS 15K rpm est suffisante.
• Interfaces réseau: Si les serveurs sont sur des machines différentes, utilisez le réseau avec débit 10 Go.

de 70 à 120

Avec autant d'utilisateurs, il est logique de répartir les applications serveur sur des machines serveur distinctes.

• CPU: Intel Xeon E5-26xx ou AMD Opteron 62xx.
• RAM: à partir de 32 gigaoctets.
• Sous-système de disque: RAID 10 de SSD de serveur fiables avec contrôleur RAID matériel obligatoire.
• Interfaces réseau: Il est souhaitable de relier une chaîne de serveurs dans un réseau avec une bande passante de 10 Go. Il est recommandé de déplacer les fichiers d'index vers un SSD séparé, la table temporaire TempDB - vers 1-2 (RAID 1).

à partir de 120 utilisateurs

De toute évidence, le travail de toute entreprise se reflète dans les programmes comptables et l'administrateur système doit s'assurer de leur bon fonctionnement. L'une des plus courantes sont les applications de la famille 1C.

Après avoir choisi la version requise de 1C, la question se pose de choisir l'équipement, c'est-à-dire serveur qui servira efficacement cette application et assurer un fonctionnement fiable de tous les utilisateurs en 1C.

Souvent, de nombreux clients posent des questions - quel type de matériel est nécessaire pour les applications 1C ... quel serveur acheter pour 1C ... comment choisir le bon serveur pour 1C 8 ... etc.

Pour choisir et acheter un serveur pour 1C, vous devez prendre en compte de nombreux facteurs : la version de l'application 1C, le nombre d'utilisateurs 1C, la méthode d'accès, la taille de la base de données et la prévision de son augmentation, la criticité de l'indisponibilité du serveur, le budget alloué. Notre société produit des solutions de serveur pour diverses applications 1C, chaque projet a une approche individuelle. Cependant, cette information sera utile aux clients qui choisissent un serveur pour 1C, même au stade de la planification du projet. L'administrateur système pourra immédiatement présenter des options spécifiques pour les configurations de serveur et leur coût. Donc, nous choisissons un serveur pour 1C.

Serveurs pour 1C pour 5 utilisateurs >>>

Pour une telle tâche, l'option d'équipement la plus budgétaire suffira. Le paramètre principal ici est la fiabilité et le fonctionnement ininterrompu du serveur.

• Nombre de processeurs - 1 (4 cœurs)
• RAM - 4-8 Go

Cette performance de serveur est tout à fait suffisante pour que 5 utilisateurs travaillent en 1C 8 en mode terminal.

Serveurs pour 1C pour 10 - 15 utilisateurs >>>

En l'absence de vos propres salles de serveurs, le facteur de forme et le niveau de bruit généré peuvent devenir un point clé lors de l'achat d'un serveur pour 1C.

• Nombre de processeurs - 1 (4 - 8 cœurs)
• RAM - 8-16 Go
• Disques durs- 2 x SATA (RAID 1)

Nous vous recommandons d'utiliser un contrôleur RAID matériel ainsi que des disques SAS avec deux fois les performances de SATA. La puissance du serveur est suffisante même pour que les utilisateurs travaillent en mode terminal. Si vous ne prévoyez pas d'utiliser le mode terminal, lors de l'installation de disques SAS et d'un contrôleur RAID matériel, un tel serveur peut servir jusqu'à 25 utilisateurs 1C.

Utilisation de SATA Disques SSD est une excellente alternative aux disques SAS : ils sont performants et silencieux, et ne nécessitent pas l'utilisation d'un contrôleur RAID. Cependant, n'oubliez pas que l'un des fonctions clés contrôleur - fiabilité accrue du stockage des données.

Serveurs pour 1C pour 20 - 30 utilisateurs >>>

Pour cette tâche, le serveur doit disposer d'un sous-système de disques hautes performances. Un contrôleur RAID matériel et la présence d'un tampon de cache augmenteront la vitesse d'accès aux données.

• Nombre de processeurs - 2 (à partir de 4 cœurs)
• RAM - à partir de 16 Go, avec accès au terminal - 64 Go, plus la quantité de mémoire égale à la taille de la base de données
• Disques durs - 2 x SAS (RAID 1), de préférence 4 x SAS (RAID 10) ou SATA SSD

Pour organiser l'accès au terminal dans 1C 8, vous avez besoin de 500 Mo de RAM pour chaque session. Si vous prévoyez d'utiliser des applications bureautiques dans le terminal, 1 à 2 Go de RAM pour chaque utilisateur sont recommandés.

Serveurs pour 1C pour 30 à 50 utilisateurs >>>

Nous recommandons d'utiliser au moins deux serveurs : le premier est pour la base de données, le second est pour les terminaux. Dans ce cas, le serveur d'application est hébergé sur l'un de ces serveurs. Avec un pourcentage important du temps CPU du serveur, il est logique d'utiliser un serveur d'applications dédié. Si votre projet implique l'utilisation d'un serveur d'application dédié, nous vous recommandons d'utiliser un serveur mono-socket peu coûteux qui n'aura besoin d'installer que 2 disques SSD SAS ou SATA et 16 Go de RAM.

La chose la plus importante pour un serveur de base de données est le sous-système de disque et la quantité de RAM.

• Il est nécessaire de s'assurer que la base de données est entièrement mise en cache dans la RAM du serveur. Si le serveur d'applications 1C fonctionne également sur ce serveur physique, il est nécessaire de lui allouer de la mémoire - 2 à 4 Go. Étant donné que le système 1C génère une charge d'écriture très puissante, celle-ci ne peut pas être compensée par la RAM.
• Le système de disques doit bien sûr être sur des disques SAS ou SSD SATA/SAS hautes performances, RAID 10 est fortement recommandé.Un contrôleur RAID matériel est requis. Le nombre de disques dépend de l'intensité du travail des utilisateurs. En règle générale, 6 à 8 disques suffisent. Si l'entreprise se développe de manière dynamique, il est préférable de choisir immédiatement un serveur avec un grand nombre baies de disque.
• Les processeurs ne sont pas le paramètre le plus important du serveur de base de données : règle générale planification de la puissance du processeur - leur charge moyenne ne doit pas dépasser 50% (déterminée empiriquement).

Les principaux paramètres d'un serveur Terminal Server sont la quantité de RAM et la puissance du processeur.

• La quantité de RAM requise est d'environ 500 Mo pour chaque session client.
• Il n'y a souvent pas de charge de disque importante sur les serveurs de terminaux, vous pouvez donc utiliser un "miroir" de disques SATA (RAID 1).
• La charge du processeur dépend fortement de l'intensité du travail de l'utilisateur.

Souvent, sur les serveurs Terminal Server, en plus de 1C, d'autres applications sont également en cours d'exécution - généralement forfaits bureautiques, l'Internet. Cela entraîne une augmentation de la charge du processeur et, en particulier, de la RAM. Ce qu'il faut aussi prendre en compte.

UPS pour serveur 1C - sans faute

Il est nécessaire de connecter les serveurs avec 1C à une puissante alimentation sans coupure. L'onduleur doit fournir au moins 30 minutes vie de la batterie serveur. Pendant ce temps, tous les utilisateurs auront le temps d'enregistrer des documents et de terminer leur travail en 1C, et l'administrateur système pourra éteindre le serveur en toute sécurité sans risque de perte de données.

Recommandations de configuration du serveur E1S ® pour les applications 1C