Cluster Server 1C: Enterprises 8 (1C: Intreprindere 8 Server Cluster)

1C Cluster Server: Enterprises 8 este componenta principală a platformei care asigură interacțiunea dintre sistemul de gestionare a bazelor de date și utilizator în cazul lucrărilor de client-server. Clusterul face posibilă organizarea de eșecuri neîntrerupte, durabile, a lucrărilor competitive pentru un număr semnificativ de utilizatori cu baze de informații voluminoase.

1C Cluster Server: Enterprises 8 este un concept logic care denotă un set de procese care servesc același set de baze de informare.

Puteți selecta următoarele capabilități de cluster de servere ca principal:

• capacitatea de a opera atât pe mai multe, cât și pe un computer (servere de lucru);
• fiecare server de lucru poate sprijini funcționarea celor două fluxuri de lucru care servesc conexiuni client în limitele acestui cluster;
• includerea noilor clienți în procesele de lucru de cluster are loc pe baza analizei pe termen lung a statisticilor fluxului de lucru al fluxului de lucru;
• interacțiunea tuturor proceselor de cluster între ele, cu aplicațiile client și serverul de baze de date, se efectuează utilizând protocolul TCP / IP;
• procesele de cluster funcționează, pot fi atât service cât și ca o aplicație.

Opțiunea client-server. Schema de lucru

În acest caz, aplicația client interacționează cu serverul. Clusterul de server, la rândul său, interacționează cu serverul de baze de date.

Rolul clusterului de server central joacă unul dintre computerele, care fac parte din grupul de server. În plus, serverul central servește compuși clienți, ea gestionează în continuare lucrarea, în general, întregul cluster și păstrează registrul acestui cluster.

Clusterul este adresat conexiunii clientului cu numele serverului central și, eventual, numărul portului de rețea. Dacă portul de rețea este standard, este suficient pentru conexiunea să specificați numele serverului central.

În timpul conexiunii la conexiunea la serverul Cluster Central, aplicația client este trasă. Pe baza analizei statisticilor fluxului de lucru a fluxului de lucru, serverul central transmite aplicația clientului la fluxul de lucru necesar care trebuie să-l servească. Acest proces Acesta poate fi activat pe orice server de operare cluster, în special pe serverul central.

Serviciul de conectare și autentificarea utilizatorului sunt acceptate de acest flux de lucru până la terminarea clientului cu o bază de informații specifice.

Servere de cluster

Un cluster elementar de servere poate fi un singur computer și conține doar un flux de lucru.

În figura puteți observa toate elementele care, într-un fel sau altul, luați parte la grupul de server. Acestea sunt următoarele elemente:

• procese de cluster server:
  o ragent.exe;
  o rmnr.exe;
  o rphost.exe;
• depozit de date:
  o Lista clusterelor;
  o Registrul de cluster.

Procesul RAGENT.EXE, numit agentul de server, asigură funcționarea computerului ca parte integrantă a clusterului. În consecință, computerul pe care se execută procesul RAGENT.EXE, ar trebui să fie numit un server de lucru. În special, una dintre responsabilitățile funcționale ale ragent.exe este întreținerea registrului clusterelor care se află pe un server de operare specific.

Nici registrul clusterelor, nici agentul de server nu este o parte integrantă a grupului de server, dar face posibilă funcționarea serverului și a clusterelor situate pe ea.

Clusterul de server este alcătuit din astfel de elemente:

• unul sau mai multe procese rmngr.exe
• Înregistrați cluster
• unul sau mai multe procese RFOST.EXE.

Cluster Manager (procesul RMNGR.EXE). Acesta servește pentru a gestiona funcționarea întregului cluster. Clusterul poate include mai multe procese RMNGR.exe, dintre care unul va fi întotdeauna managerul principal al acestui cluster, iar procesele rămase sunt manageri suplimentari. Serverul Central Cluster trebuie să fie numit un server de lucru pe care este valabil managerul principal al clusterului și care conține o listă de cluster. Este întreținerea unui registru de cluster este una dintre funcțiile managerului principal al clusterului.

Fluxul de lucru (procesul RPHOST.EXE). Este direct, servește aplicații client, interacționând cu serverul de baze de date. În acest proces, pot fi executate unele proceduri de configurare a modulului de server.

Scalabilitate 1C Versiunea 8.3

Scalabilitatea clusterului de server este efectuată în următoarele moduri:

• creșteți numărul de manageri din cluster și distribuția serviciilor între ele
• creșteți numărul de fluxuri de lucru care funcționează pe acest server de operare.
• creșteți numărul de servere de lucru din care constă clusterul.

Utilizați în același timp mai mulți manageri.

Funcțiile care execută managerul clusterului sunt împărțite în mai multe servicii. Aceste servicii pot fi atribuite diferiților administratori de cluster. Acest lucru face posibilă distribuirea uniform a sarcinii pe mai multe procese.

Cu toate acestea, unele servicii pot fi utilizate numai de către directorul principal al clusterului:

• serviciul de configurare a clusterului
• debug controlul de control
• serviciul de blocare a clusterului.

Pentru alte servicii, managerii de cluster arbitrar sunt permisiuni:

• servicii de înregistrare Busteni
• serviciul de blocare a serviciului
• serviciul de lucru
• service Căutare text integral
• serviciul de date de sesiune
• serviciu de numerotare
• serviciul de setări personalizate
• serviciu de timp
• servicii de blocare tranzacțională.

Utilizați simultan mai multe fluxuri de lucru.

Pe de o parte, utilizarea mai multor fluxuri de lucru face posibilă reducerea încărcăturii fiecărui flux de lucru specific. Pe de altă parte, aplicarea mai multor fluxuri de lucru conduce la o utilizare mai eficientă a resurselor hardware ale serverului de lucru. În plus, procedura de pornire a mai multor fluxuri de lucru îmbunătățește fiabilitatea serverului, ca grupuri de clienți de izolare care lucrează cu diferite baze de informare. Fluxul de lucru din clusterul în care presupunem lansarea mai multor fluxuri de lucru poate fi reluată automat, în intervalul de timp specificat de administratorul clusterului.

Abilitatea de a utiliza mai multe fluxuri de lucru (creșterea numărului de conexiuni client) fără a crește sarcina pe un flux de lucru specific, oferă o schimbare, la cea mai mare parte, numărul de servere de lucru incluse în cluster.

Eșecul toleranței 1C Versiunea 8.3

Rezistența la eșecuri în lucrarea clusterului este asigurată de trei direcții:

• rezervarea clusterului în sine
• rezervarea fluxurilor de lucru
• rezistent la pauza canalului de rupere.

Rezervarea clusterului 1C Versiunea 8.3

Mai multe clustere sunt combinate în grupul de rezervare. Clusterele care se află într-un astfel de grup sunt sincronizate automat.

În cazul eșecului clusterului activ, acesta înlocuiește următorul grup de lucru al grupului. După ce un cluster inoperabil este restabilit, acesta va deveni activ după sincronizarea datelor.

Rezervarea fluxurilor de lucru 1C Versiunea 8.3

Pentru fiecare dintre fluxurile de lucru, este posibilă specificarea opțiunilor de utilizare:

• utilizare
• nu folosi
• utilizați ca o copie de rezervă.

În cazul unei finalizări de urgență a activității oricărui proces, clusterul începe să utilizeze procesul de backup inactiv în acest moment. În acest caz, redistribuirea automată a încărcăturii existente are loc.

Sustenabilitate 1C Versiunea 8.3 la Chiff Canal de Comunicare

Deoarece fiecare utilizator este furnizat cu o sesiune de comunicare proprie, clusterul păstrează date despre utilizatorii conectați și ce acțiuni au fost efectuate.

Odată cu dispariția conexiunii fizice, clusterul va fi într-o stare de așteptare pentru o conexiune la acest utilizator. În majoritatea cazurilor, după ce conexiunea este restabilită de către utilizator, va fi capabil să continue să lucreze din loc, momentul în care a avut loc pauza de comunicare. Conexiune repetată Baza de date de informații nu va avea nevoie.

Sesiuni de 1C versiunea 8.3

O sesiune face posibilă definirea unui utilizator activ al unei baze de informații specifice și determinarea fluxului de control de la acest client. Distinge următoarele sesiuni:

• Client subțire, client web, Client gros - Aceste sesiuni apar atunci când contactează clienții corespunzători la baza de informații
• Conectarea tipului de "configurator" - apare atunci când contactați baza de informații a configuratorului
• SOM Connection - se formează când este folosit compusul extern Să apeleze la baza de informații
• Conexiunea WS - apare în cazul contactării bazei de date de informații a serverului web, ca urmare a contactării serviciului Web publicat pe serverul web
• Sarcina de fundal se formează când fluxul de lucru al clusterului se referă la baza de informații. Servește o astfel de sesiune pentru a executa codul procedurii de sarcină de fond,
  Consola de cluster - se creează atunci când utilitarul de administrare a aplicațiilor client-server se adresează fluxului de lucru
• Administratorul SOM - apare în cazul accesului fluxului de lucru utilizând o conexiune externă.
• Lucrați atunci când utilizați diferite sisteme de operare

Orice procese de cluster server pot funcționa ca sub sistem de operare Linux și în camera de operație sisteme Windows.. Acest lucru se realizează prin faptul că interacțiunea clusterelor are loc difuzarea protocolului TCP / IP. De asemenea, clusterul poate include servere de lucru care rulează oricare dintre aceste sisteme de operare.

Server Cluster Administration Utility 8.3

Consumabile de sistem incluse există un utilitar pentru administrarea opțiunii de funcționare a serverului client. Acest utilitar face posibilă modificarea compoziției clusterului, gestionarea bazelor de informații și analizarea prompt a blocărilor tranzacționale.

Adesea cu mașina împreună cu serverul 1C: Compania utilizează alte servicii - terminale Server., Serverul SQL etc. Și la un moment dat, serverul 1c: întreprindere, și mai precis, fluxul de lucru RPHOST este consumat mai mult decât planificat sau toată memoria. Ceea ce duce la o încetinire a lucrărilor altor servicii și zombi de servere. Pentru a evita astfel de situații, trebuie să configurați repornirea automată a fluxurilor de lucru Server 1C: întreprinderi

Decizie

1. Deschideți consola de administrare a serverului 1C Enterprise;
2. Implementăm centrul serverului central la clustere și selectați grupul de interes pentru NC. În exemplu, clusterul este doar unul;
3. Deschideți proprietățile clusterului selectat și vedeți formularul de mai jos.

1c Proprietăți cluster server: întreprindere 8.3

Vom analiza exemplul specificat în imagine:

Interval reporniți - Timpul prin care procesul RFOST va fi repornit cu forța. Înainte de a finaliza procesul, începe un nou proces RFOST, la care sunt transmise toate conexiunile și numai activitatea vechiului proces va fi finalizat. La activitatea utilizatorului nu va afecta. Intervalul este indicat în câteva secunde, în exemplul, sunt indicate 24 de ore.

Memorie admisibilă - Cantitatea de memorie, în cadrul căreia fluxul de lucru poate funcționa fără probleme. Volumul este indicat în Kilobytes, în exemplul este indicat valoarea a 20 de gigaocteți (de fapt, cifra este prea mare și este necesar să se respingă dintr-un anumit sistem, dar cifra medie de 4 GB). De îndată ce memoria ocupată de fluxul de lucru depășește valoarea specificată, începe numărătoarea inversă.

Depășirea intervalului de memorie admisă - După ce temporizatorul care rulează după depășirea cantității admise de memorie contează timpul specificat, va fi lansat un nou flux de lucru la care sunt transmise toate conexiunile, vechiul procedeu este marcat ca închis. Intervalul este indicat în câteva secunde, exemplul indică 30 de secunde.

Opriți procesele opriți prin - timpul prin care fluxul de lucru va fi oprit, marcat așa cum este oprit, dacă valoarea este 0, procesul nu va fi finalizat. Intervalul este indicat în câteva secunde, în exemplul, sunt indicate 60 de secunde.

După aplicarea setărilor, nu puteți reporni serviciul de server, se aplică dinamic.

TOTAL

Așadar, am configurat repornirea automată a fluxurilor de lucru ale serverului 1C: întreprinderi și obțineți un sistem mai stabil dacă apare scurgerea memoriei, sesiunea specifică va fi terminată.

De asemenea, în unele situații puteți reda setările și împiedicați o posibilă scădere a serverului atunci când alocați erori.

Rețineți că setările de cluster sunt responsabile pentru configurarea tuturor serverelor aparținând clusterului personalizat. Clusterul implică lucrarea mai multor servere fizice sau virtuale care operează cu aceleași baze de informații.

Interval reporniți - Responsabil pentru repornirea fluxurilor de lucru a clusterului. Acest parametru trebuie să fie setat la serverul din jurul ceasului. Frecvența de repornire este recomandată pentru a comunica cu ciclul tehnologic al bazelor de informații despre cluster. Acesta este de obicei la fiecare 24 de ore (86400 secunde). După cum știți, serverele 1C sunt prelucrate și stocate date de lucru.

Repornirea automată a fost dezvoltată în platformă "pentru a minimiza consecințele negative ale fragmentării și scurgerii de memorie în fluxurile de lucru". La acesta există chiar informații despre cum să organizați o repornire a fluxurilor de lucru pe alți parametri (memorie, resurse ocupate etc.).

Memorie admisibilă - Protejează serverele 1C din recalcularea memoriei. Când procesul de acest volum este depășit în depășirea intervalului permisibilProcesul este repornit. Poate calcula cum dimensiune maximă Memorie ocupată de procesele de rfost în timpul perioadelor de vârf de servere. De asemenea, merită instalarea unui scurt interval de exces de volum admisibil.

Deviația permisă a erorilor serverului. Platforma calculează numărul mediu de erori de server în ceea ce privește numărul de apeluri la server timp de 5 minute. Dacă acest raport depășește admisia, fluxul de lucru este considerat "problemă" și poate fi completat de sistem dacă pavilionul este instalat "Procesele de rezolvare a problemelor forțate".

Procesele dezactivate se opresc. Dacă se depășește cantitatea de memorie admisă, fluxul de lucru nu este completat imediat și devine "dezactivat", astfel încât este timpul să "transferați" datele de lucru fără a pierde un nou flux de lucru. Dacă acest parametru este specificat, atunci procesul "OFF" va fi finalizat în orice caz după expirarea acestui timp. Dacă fluxurile de lucru sunt "Hung" fluxuri de lucru în serverul server 1c, atunci acest parametru poate fi de 2-5 minute.
Aceste setări sunt instalate pentru fiecare server 1c individual.

Cantitatea maximă a memoriei fluxului de lucru - acesta este volumul cumulativ Memorie, care poate ocupa fluxurile de lucru (RPHost) pe clusterul curent. Dacă parametrul este setat la "0", apoi luați 80% din memoria serverului. "-1" - fără restricții. Când DBMS și Server 1C funcționează pe un singur server, trebuie să împărtășească RAM. Dacă în timpul operației se va constata că serverul DBMS nu are suficientă memorie, atunci puteți limita memoria alocată serverului 1C utilizând acest parametru. Dacă DBMS și 1C sunt împărțite în funcție de servere, este logic să se calculeze acest parametru cu formula:

"Max volum" \u003d "RAM total" - " Berbec OS ";

"OS RAM" se calculează pe principiul de 1 GB pentru fiecare memorie de 16 GB de server

Consumul de memorie securizat pentru un apel. În general, apelurile individuale nu ar trebui să ocupe toate RAM alocate fluxului de lucru. Dacă parametrul este setat la "0", cantitatea de flux sigur va fi egală cu 5% din " Memorie maximă de flux de lucru ". "-1" - fără limitare, care este extrem de recomandată. În majoritatea cazurilor, acest parametru este mai bine să părăsiți "0".

Folosind parametrii "Număr de Ib pe proces" și "numărul de compuși la proces" Puteți controla distribuția fluxului de lucru Server 1C. De exemplu, pentru a rula un "RPHost" separat la fiecare bază de informare, numai utilizatorii unei baze dezactivate în cazul "picăturilor" procesului. Acești parametri trebuie selectați individual pentru fiecare configurație a serverului.

Restricție privind utilizarea serverului RAM DBMS - Server DBMS MS SQL are o singură caracteristică minunată - îi place să încarce bazele cu care lucrarea activă se desfășoară complet. Dacă nu este limitat, el va lua toată memoria rapidă, care poate numai.

• Dacă serverul 1c: Întreprinderile au fost instalate împreună cu Microsoft SQL. Server, atunci pragul superior de memorie trebuie redus cu o valoare suficientă pentru serverul 1C.
• Dacă numai DBMS funcționează pe server, atunci pentru DBMS cu formula:

"Memoria DBM" \u003d "RAM comună" - "RAM RAM";

Memorie partajată. - Se știe foarte mult despre acest parametru, dar încă întâlnește ceea ce au uitat de ea. Testați la "1" dacă serverul 1C și DBMS funcționează pe un singur server fizic sau virtual. Apropo, funcționează, pornind de la platforma 8.2.17.

Gradul maxim de paralelism - determină câte procesoare sunt utilizate la efectuarea unei cereri. DBMS paralelează datele obținute în timpul executării solicitări sofisticate Pentru mai multe fluxuri. Pentru 1c se recomandă instalarea în "1", adică printr-un singur fir.

Evaluarea fișierelor BD - Definim un pas în MB cu care fișierul de bază de date "se extinde". Dacă pasul este mic, atunci cu creșterea activă a bazei de date, extensiile frecvente vor avea ca rezultat o sarcină suplimentară pe sistemul de discuri. Este mai bine să setați 500 - 1000 MB.

Reinderarea și defragmentarea indexurilor - Se recomandă să se facă defragmentarea / reintroducerea cel puțin o dată pe săptămână. Reintroducerea tabelelor de blocare, deci este mai bine să nu executați timp sau perioade de încărcare minimă. Nu are sens să se facă defragmentarea după reconstruirea indicelui (reinderare). La recomandarea Microsoft, defragmentarea se face dacă fragmentarea indexului nu depășește 30%. Dacă este de mai sus, se recomandă efectuarea unei reingereri.

Planul de putere - În setările de alimentare ale sistemului de operare, setați pe performanțe ridicate.

În primul rând, după instalarea clusterii 1C, am avut nevoie anterior pentru a crea fluxuri de lucru. După cum sa dovedit, procesele de cluster au început să fie create automat în funcție de sarcina de bază de date.

Lansarea studiului a sarcinilor de fundal ale bazei principale a determinat clusterul 1C la infinit de supraîncărcare RPHost.exe și RPHost.exe suplimentar nu a vrut să fie creat. Rularea în setări totul a devenit clar.

Cantitatea maximă a memoriei fluxului de lucru - Aceasta este cantitatea de memorie care poate utiliza fluxurile de lucru împreună. Trebuie să fiți foarte atenți la instalarea parametrului, este măsurată în octeți. Dacă setați o valoare incorectă (insuficientă pentru utilizatorii normali), utilizatorii vor fi eliberați utilizatorilor " memorie libera Pe serverul 1c. De asemenea, puteți obține această eroare atunci când cota de memorie sa încheiat pe serverul 1C.

Consumul de memorie securizat pentru un apel - Vă permite să controlați consumul de memorie în timpul apelului de server, este măsurat în octeți. Dacă apelul utilizează mai multă memorie decât este necesar, acest apel va fi finalizat în cadrul grupului 1C fără a reporni fluxul de lucru (RPHost.exe). În consecință, "ratatul" care a executat apelul de server va pierde sesiunea de bază 1C fără a afecta funcționarea altor utilizatori.

Într-un bytes GB - 1073741824, prin urmare în 2 GB - 2147483648 octeți

Cantitatea de memorie a fluxurilor de lucru la care serverul este considerată a fi productivă - când serverul este depășit, serverul din clusterul 1C va înceta să ia noi conexiuni.

Numărul de Ib pe proces- Vă permite să izolați bazele de informații pentru fluxurile de lucru. În mod implicit, clusterul curent 1c a fost setat la " 8 ", Dar pentru câteva ore de funcționare, serverul în sine este foarte instabil, utilizatorii au înghețat. După izolarea fiecărei baze de informații (valoare - "1") problemele sunt dispărute.

Numărul de compuși ai procesului - valoare implicită " 128 ". Deoarece baza curentă este foarte presiune imensă Sarcini de fundal (calculul logistic, analiza contului, analiza concurenților etc.) au decis să reducă numărul la "25".

Un pic modificat setări și cluster 1c:

Nivelul toleranței la defecțiuni- Acesta este numărul de servere de lucru care pot eșua simultan, iar acest lucru nu va conduce la o finalizare de urgență a utilizatorilor. Serviciile de backup sunt lansate automat în cantitatea necesară pentru a furniza o toleranță dată de defecțiuni. În timp real, serviciul activ la backup este reprodus.

Modul de distribuție a încărcăturii - Există două opțiuni pentru parametrul: "Prioritatea productivității" - memoria serverului este cheltuită mai mult și performanța de mai sus, "Prioritatea de memorie" - Cluster 1C salvează memoria serverului.

Serverul 8.3 se caracterizează prin codul intern reciclat, deși "exteriorul" poate părea că aceasta este sarcinile, rafinate 8.2.

Serverul a devenit mai "personalizat automat", o parte din parametrii tipului de fluxuri de lucru nu mai sunt create manual, dar se calculează pe baza descrierilor cerințelor de toleranță la erori și sarcini de fiabilitate.

Acest lucru reduce probabilitatea setarea incorectă Serverele și scade cerințele pentru calificările administratorilor.

A primit un mecanism de echilibrare a încărcăturii care poate fi utilizat fie pentru a crește performanța sistemului ca întreg, fie pentru a utiliza noul mod de "economii de memorie", care permite "cu memorie limitată" în cazurile în care configurația folosită "îi place să respingă memoria" .

Stabilitatea muncii atunci când se utilizează cantități mari de memorie este determinată de noii parametri ai serverului de operare.

Opțiunea "Consumul de memorie sigură pe provocare" este deosebit de interesantă. Pentru cei care sunt prost prezenți ceea ce este - este mai bine să nu pregătiți pe o bază "productivă". Parametrul "Cantitatea maximă a memoriei fluxului de lucru" vă permite când "Overflow" nu se blochează întregul flux de lucru, ci doar o singură sesiune "cu un ratat". "Cantitatea de memorie a fluxului de lucru, la care serverul este considerată productivă" vă permite să blocați conexiunile noi de îndată ce acest prag de memorie este depășit.

Vă recomandăm să izolezi procesele de lucru bazele de informareDe exemplu, specificați parametrul "Numărul IB pe proces \u003d 1". Cu mai multe baze cu încărcătură ridicată, aceasta va reduce influența reciprocă atât a fiabilității, cât și a performanței.

O contribuție separată la stabilitatea sistemului face "cheltuieli" licențe / taste. În 8.3, a fost posibilă utilizarea "Managerului de licență program" care amintește managerul Aladin. Scopul este abilitatea de a aduce cheia unei mașini separate.

Este implementat sub forma unui alt "serviciu" în managerul clusterului. Puteți utiliza, de exemplu, laptopul "gratuit". Adăugați-l la Cluster 1C 8.3, creați un manager separat cu serviciul de licențiere pe acesta. Într-un laptop, puteți lipi cheia hardware hasp sau puteți activa licențele software.

Cel mai mare interes pentru programatori trebuie să prezinte "cerințe pentru funcționalitate".

Cerințe ale funcționalității desemnate 1c

Deci, pe un laptop cu o cheie de protecție pentru a nu conduce utilizatorii la serverul cluster, trebuie să adăugați "Cerințe" pentru obiectul "Uniunea Clientului cu IB" - "Nu pentru a atribui", adică. Interzicerea proceselor de lucru ale acestui server pentru a gestiona conexiunile clientului.

Un interes și mai mare este dată abilitatea de a rula "doar sarcini de fundal" pe serverul de cluster de lucru fără sesiuni de utilizator. Astfel, puteți lua sarcini de încărcare ridicată (cod) pentru a face o mașină separată. Ce poate fi o setare de fundal a "închiderii lunii" poate fi pornită prin "valoarea unui parametru suplimentar" pe un computer și "actualizarea indexului textului integral" pe de altă parte. Se întâmplă prin "Valoarea parametrului suplimentar" Indicație. De exemplu, dacă specificați BackgroundJob.commonmodul ca valoare, puteți limita funcționarea serverului de lucru în cluster numai prin sarcini de fundal cu orice conținut. Valoarea BackgroundJob.commonmodul.<Имя модуля>.<Имя метода> - Specifică un anumit cod.

1c Închiriere: ERP Soluția cloud. din 2000 ruble / lună.

Managementul livrării Pentru companiile de cumpărături și de curierat!

1c: Edo. Aflați despre toate avantajele managementului documentelor electronice!

Terminarea suportului "1c: ka ed. 1.1 " Organizați tranziția la "1c: ka 2.4"

1c Închiriere server în nor. Lucrați în 1C de la distanță cu economii de până la 70%!

Cluster de server 1C - Construirea sistemelor de înaltă încărcate

Ordinul de demonstrare a ordinului

Acest articol va examina mai multe variante ale structurii 1C pentru sisteme încărcate (de la 200 de utilizatori activi), construit pe baza arhitecturii client-server - avantajele și dezavantajele acestora, costul de instalare și testele de performanță comparative ale fiecărei opțiuni.

Nu vom conține o descriere, evaluare și comparație a schemelor clasice general acceptate și de lungă durată pentru construirea unei structuri de server 1C, cum ar fi un server separat 1C și un server DBMS separat sau un cluster Microsoft SQL cu un cluster 1C. Astfel de recenzii sunt un set excelent, inclusiv cele efectuate de producători de producătorii de produse software. Vom oferi o imagine de ansamblu asupra schemelor de proiectare pentru structura 1c, care s-au întâlnit în ultimii ani în proiectele IT pentru întreprinderile medii și mari.

Cerințe pentru sistemele cu încărcătură ridicată 1c

Sistemele 1C de înaltă încărcate care funcționează cu matrice de date mari 24/7/365 sunt supuse unor factori de risc care de obicei nu sunt observați în situații standard. Ca urmare, eliminarea și progresul acestora necesită utilizarea unor scheme de arhitectură speciale pentru 1c și noile tehnologii.

Catastroforestabilitate dbms. În procesul de proiectare a unei arhitecturi de 1c, se concentrează asupra calculării puterii și a disponibilității ridicate a serviciilor exprimate în gruparea lor. Servere 1C: Compania implicită este capabilă să lucreze într-un cluster duplicat, iar grupul DBMS este de obicei aplicat sistem industrial Depozitarea datelor (stocare) și tehnologia de clusterizare (de exemplu, Microsoft SQL Cluster). Cu toate acestea, situația devine deplorabilă atunci când se întâmplă probleme cu SCD (adesea, în experiența noastră din ultimii ani - acestea sunt probleme de natură software). Apoi, inginerul IT apare brusc două probleme - unde să luați datele curente și unde să le implementați cât mai curând posibil, deoarece sistemul de stocare cu cantitatea dorită de matrice de disc rapid nu este disponibilă.

Cerințe de securitate a bazelor de date. Lucrul cu proiecte de afaceri medii și mari, ne confruntăm în mod regulat cu cerințele pentru protecția datelor cu caracter personal (în special, pentru a îndeplini punctele FZ-152). Una dintre condițiile de efectuare a acestor cerințe este asigurarea conservării corecte a datelor cu caracter personal, care necesită criptarea bazei de date 1C.

Atunci când se dezvoltă o schemă de sisteme de 1S încărcate, 1C, de obicei, acordă atenție parametrilor sistemului de intrare \\ ieșire pe care se află bazele de date. Dar, în plus, există și o utilizare activă a resurselor CPU și a consumului de către serverul RAM 1C. Adesea, tocmai acest tip de resursă și lipsă, capacitățile de upgradare hardware a serverului curent 1c sunt epuizate și adăugarea de servere noi 1C care funcționează cu un singur server DBMS.

Scheme de organizare a clusterelor de servere 1C

O diagramă cu un cluster de servere 1C conectate la cluster cu replicarea sincronă SQL Lineson prin protocolul IP. Această schemă este una dintre variantele calitative de rezolvare a problemei catastrofabilității bazei de date 1c (a se vedea figura 1). Tehnologia de clustering de bază SQL Lusonson se bazează pe principiul sincronizării online a tabelelor SQL între serverele principale și de backup, fără interferența utilizatorului final. Folosind SQL Listener, este posibil să comutați la serverul SQL Backup în caz de eșec al celui principal, ceea ce vă permite să apelați acest sistem Un cluster catastroferal complet de SQL, datorită utilizării a două servere independente SQL. SQL mereu pe tehnologie este disponibil numai în versiunea Microsoft SQL Enterprise.

Figura 1 - 1C + SQL LOWERSON SIDER SERVER CLUSER DIAGRAM

A doua schemă este identică cu prima, este adăugată numai criptarea bazei de date SQL pe serverul principal și backup. Am menționat deja că munca cu cele mai recente proiecte IT au arătat că companiile au început să acorde o atenție deosebită problemei securității datelor, din diverse motive - cerințele relevante ale FZ-152, raider de servere, scurgeri de date în nor și altele asemenea. Așa cred această opțiune Schemele 1c sunt destul de relevante (a se vedea figura 2).

Figura 2 - 1C + SQL Cluster Cluster Diagrama cu criptare

1c Cluster server "activ activ", conectat la un singur server SDB prin protocolul IP. Spre deosebire de nevoile de toleranță la defecțiuni și de securitate - unele structuri sunt necesare în primul rând creșterea performanțeica să spunem "toată puterea de calcul". Prin urmare, prioritatea maximă este acordată unei creșteri a numărului de clustere de calcul ale serverului 1C, pentru care platforma modernă 1C vă permite să diferențieți tipuri diferite Calcule și sarcini de fundal (a se vedea figura 3). Desigur, echipamentul resurselor de bază ale SQL Server ar trebui, de asemenea, să fie la nivel, dar serverul de baze de date în sine este prezentat într-un singur număr (aparent, calculul merge la timp backup. baze de date).

Figura 3 - Diagrama clusterului serverului 1C cu un server DBMS

Server 1C și DBMS pe un server hardware cu Sharememory. Deoarece testele noastre practice se concentrează pe o comparație a performanței diferitelor scheme, atunci este necesar un anumit standard pentru a compara mai multe opțiuni (a se vedea figura 4). Ca o referință, în opinia noastră, trebuie să luați schema de localizare a serverului 1C și DBMS pe un server hardware fără virtualizare cu interacțiunea Sharememory.

Figura 4 - Diagrama serverului 1C și DBMS pe un server hardware cu Sharememory

Mai jos este un tabel comparativ general, care arată rezultatele generale privind criteriile-cheie pentru evaluarea organizării structurii sistemului 1C (a se vedea tabelul 1).

Criterii de evaluare a arhitecturilor 1C	1C + SQL LUMEON CLUSTERON	1C + SQL Cluster cu criptare	1c cluster cu un server DBMS	Clasic 1C + DBMS Sharememory
Ușurința instalării și întreținerii	Satisfăcătoare	Satisfăcătoare	Bine	Excelent
toleranță la defecțiune	Excelent	Excelent	Satisfăcătoare	Nu se aplică
Siguranță	Satisfăcătoare	Excelent	Satisfăcătoare	Satisfăcătoare
Buget	Satisfăcătoare	Satisfăcătoare	Bine	Excelent

Tabelul 1 - Compararea sistemelor 1C

După cum puteți vedea, un criteriu important rămâne, valoarea căreia este de a afla este productivitatea. Pentru a face acest lucru, vom efectua o serie de teste practice pe o bancă de testare evidențiată.

Descriere Tehnica de testare

Etapa de testare constă din două instrumente cheie Generarea sintetică de încărcare și imitație a utilizatorilor de 1c. Acesta este un test GILE (TPC-1C) și "Centru de testare" din setul de instrumente 1C: KIP.

Testați Gilev. Testul se referă la secțiunea de teste de platformă integrat universal. Acesta poate fi utilizat atât pentru fișier, cât și pentru opțiunile client-server 1C: întreprindere. Testul estimează cantitatea de timp pe unitate de timp într-un singur flux și este adecvată pentru estimarea vitezei sarcinilor cu un singur flux, incluzând rata de recrutare a interfeței, impactul costurilor de resurse pentru întreținerea mediului virtual, a spatelui documentelor, Închiderea lunii, salarizare etc. Versatilitatea vă permite să efectuați o evaluare generalizată a performanței fără a se exprima într-o anumită configurație standard a platformei. Rezultatul testului este evaluarea rezistă a sistemului 1C măsurat, exprimată în unitățile convenționale.

Specializat "Centru de testare" din setul de instrumente 1C: KIP. Centrul de testare - Instrumentul de automatizare a testelor de încărcare multiplayer a sistemelor informatice pe platforma 1C: Intreprindere 8. Cu aceasta, puteți simula activitatea întreprinderii fără participare utilizatori realicare vă permite să evaluați aplicabilitatea, performanța și scalabilitatea sistem informatic În condiții reale. Folosind setul de instrumente 1C: KIP, pe baza proceselor și exemplelor de control, se formează matricea "Lista obiectelor obiectelor de bază ale ERP 2.2" pentru scriptul de testare a performanței. În aspectul bazei de date 1C: ERP 2.2 sunt generate prin prelucrarea datelor privind informațiile de reglementare (NSI):

• Câteva mii de poziții de nomenclatură;
• Mai multe organizații;
• Câteva mii de contrapartide.

Testul se efectuează în mai multe grupuri de utilizatori. Grupul este format din 4 utilizatori, dintre care fiecare are rolul propriu și o listă de operațiuni consecutive. Datorită mecanismului de setare flexibil pentru testare, puteți rula un test pentru un alt număr de utilizatori, care va estima comportamentul sistemului la diferite încărcături și va determina parametrii care pot duce la o scădere a indicatorilor de performanță. 3 iterații sunt deținute 3 iterații în care dezvoltatorul 1C lansează testul cu emularea utilizatorilor și măsura durata de execuție a fiecărei operații. Măsurătorile tuturor celor trei iterații sunt efectuate pentru fiecare dintre schemele de structură 1C. Rezultatul testului este obținerea unui timp mediu de funcționare pentru fiecare document matrice.

Indicatorii "testului centrului" și testul Gilev vor fi reflectate în tabelul 2 rezumat.

Standuri de testare

Server accesul terminalului – mașină virtualăFolosit pentru a controla instrumentele de testare:

• vCPU - 16 nuclee 2.6GHZ
• RAM - 32 GB
• I \\ o: Intel Sata SSD Raid1

• RAM - 96 GB
• I \\ o: Intel Sata SSD Raid1

Server 1C și DBMS - Server fizic

• CPU - Intel Xeon. Procesor E5-2670 8C 2.6GHz - 2 buc
• RAM - 96 GB
• I \\ o: Intel Sata SSD Raid1
• Roluri: Server 1C 8.3.8.2137, MS SQL Server 2014 SP 2

Concluzii

Putem concluziona că, în ceea ce privește funcționarea medie a operațiunii, este cea mai optimă schemă nr. 3 "de servere 1C" Activ activ ", conectat la un singur server DBMS prin protocolul IP" (vezi Tabelul 2). Pentru a asigura toleranța la defecțiuni a unei astfel de arhitecturi, vă recomandăm să construim un cluster MSSQL clasic de toleranță la defecțiuni, cu locația bazei de date pe o depozitare separată.

Este important de menționat că cel mai optim raport al factorilor de minimizare a frecvenței, toleranța la erori și securitatea datelor - la clusterul serverelor Schema 1 "1C conectat la un cluster cu replicarea sincronă SQL Lureson prin protocolul IP", în timp ce scăderea performanței în relație la opțiunea cea mai productivă este de aproximativ 10%.

Așa cum vedem rezultatele testelor, replicarea sincronă baza de date SQL. Lustrena are un efect negativ asupra performanței. Acest lucru se explică prin faptul că sistemul SQL așteaptă capătul replicării fiecărei tranzacții la serverul de rezervă, fără a permite să lucreze cu baza în acest moment. Acest lucru poate fi evitat dacă configurați replicarea asincronă între serverele MSSQL, dar cu astfel de setări nu vom ajunge comutare automată Aplicații pe numărul de backup în caz de eșec. Comutarea va trebui efectuată manual.

Pe baza Cloud EFSOL oferim clienților noștri cluster de servere 1C. De inchiriat. Acest lucru vă permite să economisiți în mod semnificativ bani pentru a vă construi propria arhitectură tolerantă la defecțiuni pentru a lucra cu 1c.

Schema de arhitectură 1C.

Timpul mediu de funcționare, sec