Który serwer jest lepszy na 1s. Ceny i sposób dostawy

Ochrona. Kopia zapasowa również pochłania zasoby, aby nie zakłócać pracy, należy na niego przeznaczyć dodatkowe zasoby. Zapory ogniowe, programy antywirusowe i inne narzędzia bezpieczeństwa również wymagają pewnej ilości energii.

Tolerancja błędów. Możliwość wymiany dysków lub zasilaczy na gorąco, powielanie systemu. Możliwość szybka wymiana komponenty. Im wyższa tolerancja na błędy, tym mniejsze ryzyko przestojów. Największą odporność na błędy osiąga się w klastrze.Serwer dla 1C według liczby użytkowników

Jest to kluczowy parametr przy wyborze sprzętu. Zaleca się zapoznanie z tym, aby mieć przynajmniej ogólne pojęcie o tym, co może być potrzebne podczas procesu konfiguracji.

Serwer 1C dla 5 użytkowników

Dla 5 osób nie jest wymagane duża moc, odpowiednie konfiguracje dla małych firm. Jeśli biuro jest małe i potrzebujesz kompaktowego rozmieszczenia, możesz użyć miniserwera . Ta opcja pozwoli na kompaktowe umieszczenie sprzętu i będzie wygodna w transporcie.

Koszt takiego urządzenia zaczyna się od 30 000 rubli. Konfiguracja z reguły nie różni się. Wykorzystywany jest podstawowy procesor z serii Intel Xeon E3 lub AMD Opteron. Istnieje wiele gotowych zespołów do tego zadania. Ale w przypadku tanich urządzeń nie ma dysków półprzewodnikowych i rezerwy na szczytowe obciążenia.

Serwer 1C dla 10 użytkowników

Konfiguracja dla 10 pracowników jest podobna jak w poprzednim rozwiązaniu, nie jest wymagane żadne specjalne zasilanie, wystarczy skorzystać z miniserwera. Trzeba jednak wziąć pod uwagę szczytowe obciążenie; jeśli istnieją zautomatyzowane działania, takie jak automatyczne generowanie raportów ze sklepu internetowego, wówczas obciążenie może być znacznie poważniejsze.

Tutaj też można sobie poradzić z procesorem z linii Intel Xeon E3, np. modelem 1240. 8 GB RAM w zupełności wystarczy, ale 16 jest lepsze, warto też wykorzystać dysk SSD do hostowania aplikacji i bazy danych.

Serwer 1C dla 20 użytkowników

Tutaj potrzebujesz sprzętu potężniejszego niż w poprzedniej wersji. Opcja dla średnich przedsiębiorstw jest optymalna. W takim systemie domyślnie powinien znajdować się dysk SSD, a zalecane jest użycie procesora nie niższego niż Intel Xeon E3-1280 v6. W przeciwnym razie nie będzie rezerwy na moc szczytową.

Serwer 1C dla 50 użytkowników

W tej konfiguracji zaleca się uwzględnienie złożoności zadań. Jeśli nie powodują poważnego obciążenia, duże moce nie są potrzebne. Jeśli baza danych jest silna lub duża, w niektórych przypadkach wymagany będzie sprzęt wymagający dużej ilości zasobów;

Zazwyczaj do tego zadania montowany jest system dwuprocesorowy oparty na procesorach Intel Xeon E5-2643 v4. 2 takie procesory mogą zaspokoić potrzeby aplikacji, a nawet bazy danych. Jednak w idealnym przypadku utworzenie serwera SQL kosztuje osobno.

Oczywiście w tym przypadku dyski półprzewodnikowe nie są już tylko zalecane, ale wręcz niezbędne, w przeciwnym razie podsystem dyskowy stanie się wąskim gardłem.

Serwer 1C dla 100 użytkowników

W tym przypadku jedno urządzenie nie wystarczy. Często wymagany jest klaster serwerów 1C, który może wykonywać operacje równolegle i wspólnie. Wymagany rozwój niestandardowy.

Ale przybliżona konfiguracja wyglądałaby następująco:

1. Serwer aplikacji terminalowych. 2 Procesor Intela Xeon Silver 4215, do hostowania aplikacji SSD o wysokim TDW, dwa zasilacze, podsystem dyskowy do tworzenia kopii zapasowych stanu systemu.

   Serwer SQL-a. Podobne procesory, dysk SSD o wysokim DWPD, także dwa zasilacze i podsystem dyskowy z RAID 1 do przechowywania kopii zapasowych.

Jest to warunkowe; szczegóły będą zależeć od docelowej infrastruktury technicznej.

Serwer dla 1C dla 200 użytkowników lub więcej

Przy takiej liczbie użytkowników potrzebny jest zaawansowany sprzęt, który poradzi sobie z zadaniami o dowolnej złożoności. Podobnie jak w poprzedniej opcji, jedno urządzenie nie wystarczy; będziesz potrzebować klastra. Im wyższa ostateczna liczba żądań do bazy danych i liczba pracowników, tym mocniejszy sprzęt będzie wymagany i tym samym więcej urządzeń w klastrze. Nie ma rozwiązań uniwersalnych, każde wypracowywane jest indywidualnie.

W każdej organizacji, w której liczba użytkowników 1C 8.3 (lub 8.2) wynosi 10 lub więcej, w przypadku dużych ilości danych zaleca się użycie opcji klient-serwer. Opcja ta opiera się na wykorzystaniu systemu DBMS innej firmy, na przykład serwera MS SQL. Naturalnie trudno wyobrazić sobie tryb klient-serwer bez osobnego serwera. Ale każda firma jest wyjątkowa, każda ma swoje potrzeby, dlatego do wyboru serwera należy podchodzić odpowiedzialnie. W tym artykule postaramy się odpowiedzieć na pytanie, jak wybrać serwer 1C - zarówno oprogramowanie, jak i sprzęt. Wybór jest bardzo ważnym punktem rozwoju systemu informacyjnego firmy.

Bez oprogramowania żaden komputer jest bezużyteczny. Wysokiej jakości oprogramowanie jest szczególnie ważne w sprzęcie serwerowym. Musi spełniać najnowsze parametry bezpieczeństwa i niezawodności. Aplikacja kliencka 1C jest wieloplatformowa i dostępna na prawie wszystkich systemach operacyjnych, w tym systemy mobilne. Aplikacja serwerowa obsługuje dwie platformy - Linux i Windows.

Istnieje pięć opcji dla systemu DBMS, z którym współpracuje platforma 1C:

Uzyskaj 267 lekcji wideo na 1C za darmo:

• wbudowany DBMS samego 1C 8.3, tzw tryb pliku. Najprostsza wersja pracy nie może pochwalić się wysokim poziomem bezpieczeństwa. Działa na systemach operacyjnych Windows i Linux. Limit rozmiaru bazy danych wynosi około 6-10 gigabajtów;
• Serwer MSSQL- najlepszy system DBMS dla 1C dostępny na rynku. Według wielu ekspertów SQL Server jest ogólnie najlepszym oprogramowaniem firmy Microsoft. Do działania wymaga systemu operacyjnego Windows;
• IBM DB2 Universal Database to dość niezawodny i bezpieczny system zarządzania DBMS. Jego osobliwość polega na pewnych niuansach przetwarzania informacji i działaniu metod systemowych (na przykład wrażliwość na wielkość liter). Na jakość pracy istotny wpływ mają umiejętności i wiedza administratora. Obsługuje Windows, Mac OS X, Linux;
• Baza danych Oracle- wersjonowany system DBMS, który w niektórych przypadkach zapewnia zwiększoną produktywność. Obsługuje Windows, Mac OS X, Linux;
• PostgreSQL- również wersjonowane. Najważniejszą zaletą jest bezpłatna dystrybucja programu. Na szybkość pracy duży wpływ mają kwalifikacje administratora. Zalecane dla małej liczby użytkowników. Działa na systemach Windows, Mac OS X, Linux.

Wybór sprzętu dla 1C

W przeciwieństwie do programów do wyboru sprzęt komputerowy nie takie proste. Rozważmy wybór komponentów serwerowych dla różnej liczby użytkowników. Liczba użytkowników jest pojęciem abstrakcyjnym; bierze się pod uwagę średnie liczby dotyczące przepływu dokumentów. Wybierając sprzęt, należy wziąć pod uwagę ilość dokumentów.

Do 10 użytkowników

• Procesor: Rdzeń Intela i3 lub Intel Xeon E3-12xx.
• BARAN: 4 gigabajty, w tym 2 GB na system operacyjny i 2 gigabajty na pamięć podręczną DBMS.
• Podsystem dyskowy
• Interfejsy sieciowe

Serwer od 10 do 40

• Procesor: odpowiednik Intel Xeon E3-12xx lub AMD Opteron 4xxx.
• BARAN: zwykle wystarczy 8-12 gigabajtów.
• Podsystem dyskowy: W idealnym przypadku pożądana jest kombinacja dysku SSD + HDD. Jeśli jednak nie jest to możliwe, możesz zadowolić się dyskiem twardym.
• Interfejsy sieciowe: Zwykle wszystkie aplikacje serwerowe są instalowane na jednym komputerze.

od 40 do 70

• Procesor
• BARAN: 16 gigabajtów, a jeszcze lepiej 32.
• Podsystem dyskowy: Wystarczający jest tradycyjny zestaw dysków HDD SAS 15 tys. obr./min.
• Interfejsy sieciowe: Jeśli serwery są włączone różne samochody, użyj sieci o przepustowości 10 Gb.

od 70 do 120

Przy tak dużej liczbie użytkowników sensowne jest rozpowszechnianie aplikacji serwerowych na oddzielnych serwerach.

• Procesor: Intel Xeon E5-26xx lub AMD Opteron 62xx.
• BARAN: od 32 gigabajtów.
• Podsystem dyskowy: RAID 10 niezawodnych serwerowych dysków SSD z obowiązkowym sprzętowym kontrolerem RAID.
• Interfejsy sieciowe: Zaleca się połączenie łańcucha serwerów w sieć o przepustowości 10 Gb. Zalecane jest przeniesienie plików indeksu na oddzielny dysk SSD, tabelę tymczasową TempDB na 1-2 (RAID 1).

od 120 użytkowników

Dziś przyjrzymy się wyborowi sprzętu serwerowego dla małej organizacji liczącej 25-30 użytkowników, z rozproszoną infrastrukturą ( punkty sprzedaży detalicznej, magazyn), który wymaga serwera terminali i programu 1C: Enterprise. Wszyscy pracownicy będą korzystać z tych usług.

Większość małych firm, chcąc obniżyć koszt sprzętu, woli minimalizować ilość zakupionego sprzętu i prosi administratorów o „wpychanie” wszystkich żądanych usług do jednego fizycznego serwera. Pragnienie jest zrozumiałe i wybaczalne, ale „są niuanse”.

Możesz zorganizować serwer terminali i tam go używać wersja pliku 1C, ale przy takiej liczbie użytkowników firma deweloperska zaleca przejście na wersję klient-serwer. Dlatego będziemy potrzebować kolejnego serwera dla „1C: Enterprise” i serwera bazy danych. Wyjaśnijmy od razu, że zorganizowanie serwera terminali, serwera SQL i serwera 1C w jednym system operacyjny jest to możliwe, jednak z punktu widzenia bezpieczeństwa i stabilności usług zdecydowanie nie jest to zalecane. Jeśli jednak nadal naprawdę chcesz używać jednego serwera fizycznego dla wszystkich trzech ról, zalecamy skorzystanie z wirtualizacji, na przykład VMWare ESXi lub Hyper-V.
Wyłaniają się więc trzy opcje:

1. Jeden serwer z plikiem 1C. Zła opcja, nie będziemy jej dalej rozważać.
2. Jeden serwer z dwoma maszyny wirtualne.
3. Dwa serwery fizyczne, jeden terminal, drugi z bazą danych i 1C.

Aby rozwiązać te problemy, można zaproponować następującą konfigurację serwera:

W przypadku jeden serwer fizyczny Wybraliśmy Dell R710, z dwoma sześciordzeniowymi procesorami Xeon X5650, 64 GB RAM-u i sześcioma dyskami: dwoma SSD w RAID 1 i czterema dyskami SAS w RAID 10.

W przypadku dwa serwery fizyczne Wybraliśmy następujące konfiguracje:

• Serwer terminalowy: IBM x3550 M3 z jednym procesorem Xeon E5620, 32 GB RAM i dwoma dyskami SSD w RAID 1, z dodatkową kartą sieciową dla dwóch gigabitowych interfejsów. Serwer ten ma również bogate możliwości rozbudowy, ponieważ jest dwuprocesorowy, ma 18 gniazd pamięci i obsługuje do 288 GB pamięci RAM.
• Serwer bazy danych: IBM x3250 M5 z jednym procesorem Xeon E3-1220v3, 16 GB RAM, dodatkowym kontrolerem SAS/SATA RAID, czterema dyskami SAS w RAID 10, z dodatkową kartą sieciową dla 2 gigabitowych interfejsów.

Procesor

W przypadku małej bazy danych serwer SQL będzie potrzebował jednego rdzenia. Jednak w przyszłości skupimy się na rozbudowie bazy danych (lub zwiększeniu liczby baz danych) i zajmiemy się dwoma rdzeniami SQL.

W przypadku serwera 1C: Enterprise ważna jest nie tyle liczba rdzeni, ale ich prędkość zegara i częstotliwość magistrali. Dlatego dodamy jeszcze dwa rdzenie do serwera 1C.
I nie zapominajmy, że jeśli skorzystamy z wirtualizacji, jeden lub dwa rdzenie przydadzą nam się, aby zapewnić działanie systemu operacyjnego hosta.

W sumie otrzymujemy:

• serwer z dwiema maszynami wirtualnymi wymaga 12 rdzeni fizycznych. Można mniej, ale zawsze powinien być zapas mocy. Idealny do tego jest serwer z dwoma sześciordzeniowymi procesorami.
• dla serwera terminali wystarczy jeden Procesor Xeon E5620 z sześcioma rdzeniami, dla serwera bazy danych - procesor Xeon E3-1220v3 z czterema rdzeniami.

BARAN

• system operacyjny Serwer Windows wymaga jedynie 2 GB pamięci RAM.
• W przypadku SQL i małej bazy danych 1C wystarczy 4-6 GB pamięci RAM.
• Serwer 1C: Enterprise wymaga kolejnych 2-3 GB pamięci RAM.
• Oczekujemy, że każdy użytkownik będzie potrzebował 700 MB pamięci RAM w sesji terminalowej, wówczas 30 użytkowników będzie potrzebować 21 GB.

• Jeden serwer z dwiema maszynami wirtualnymi wymaga około 40 GB pamięci RAM.
• W przypadku serwera terminalowego wystarczą 24 GB lub 32 GB pamięci RAM (przyjmiemy to z marginesem, zakładając przyszłą rozbudowę). Na serwer z bazami danych potrzeba co najmniej 8 GB, ale to jest „back to back”, więc 16 GB jest z rezerwą. Pamięć jest obecnie jednym z najtańszych komponentów serwerowych.

Podsystem dyskowy

Oprócz napędów należy zwrócić uwagę również na kontroler dysku. Nowoczesne serwery mają na pokładzie całkiem dobre kontrolery, na przykład HP SmartArray i DELL PERC. Jednak niewłaściwe byłoby stosowanie rozwiązań „pokładowych” przy dużych obciążeniach, gdy wymagana jest maksymalna wydajność. Oszczędzając trochę, możesz łatwo uzyskać potężny serwer, który w ogóle nie obciąża. Dlatego kontroler musi być sprzętem, a nie oprogramowaniem, z własną pamięcią nieulotną.

Rozważmy opcje rozwiązania tego problemu.

• W przypadku jednego serwera z dwiema maszynami wirtualnymi zaleca się użycie dwóch macierzy RAID: jedna będzie zawierać pliki maszyny wirtualnej serwera terminali, druga będzie zawierać serwer bazy danych i 1C: pliki maszyny wirtualnej przedsiębiorstwa. Aby stworzyć swoją pierwszą macierz najlepiej zastosować dwa dyski SSD w konfiguracji RAID 1 (lustrzanej).

  Drugą macierz lepiej jest utworzyć z czterech dysków SAS w RAID 10 (lustro + stripe), ale jest to również możliwe z dwóch dysków SSD w RAID 1. Wybór zależy tylko od ceny dysków i modelu serwera.

• W przypadku dwóch serwerów wszystko jest takie samo, tylko tablice zostaną rozdzielone między serwery. Na terminalu - RAID 1 z dwóch dysków SSD, na serwerze bazy danych - RAID 10.

Jeden lub więcej serwerów

Zaletami korzystania z jednego serwera i wirtualizacji są mniejsze zużycie energii i bardziej elastyczna dystrybucja zasobów pomiędzy maszynami wirtualnymi. Cóż, przesyłanie maszyn wirtualnych, jeśli coś się stanie, jest znacznie wygodniejsze niż przesyłanie fizycznych systemów operacyjnych.

Jednakże dwa serwery mają większe możliwości aktualizacji. Przykładowo w naszej wersji niedrogi IBM x3550 M3 z dodatkiem kolejnego procesora i pamięci RAM zamienia się w elegancki krótki serwer terminalowy dla 50 lub nawet większej liczby użytkowników.

Kolejne „wąskie gardło” w naszym przypadku, które trzeba wziąć pod uwagę przy wyborze dwóch serwery fizyczne, jest to wymiana danych między nimi za pośrednictwem sieci. U serwery wirtualne Wymiana danych odbywa się poprzez wirtualny przełącznik. Tutaj, aby zwiększyć przepustowość sieci, można w każdym serwerze zainstalować kartę sieciową z dwoma gigabitowymi interfejsami, które można ze sobą agregować i bezpośrednio łączyć oba serwery zagregowanymi łączami 2 gigabitowymi. Lub użyj karty sieciowe z SPF+ 10GBASE, ale to jest drogie.

Rezerwa mocy

Tak więc, jeśli potrzebujesz rozbudowy, lub zwiększy się liczba usług, to są świetne perspektywy, a istniejące serwery są nadal od dawna będą skutecznie wykonywać swoje zadania. Być może za rok nagle będziemy musieli podwoić liczbę użytkowników do 60 osób? Proszę.

Jeśli korzystałeś z jednego serwera DELL R710, możesz kupić niedrogi IBM x3550 M3, zainstalować na nim hypervisor, przenieść tam maszynę wirtualną z bazą danych i serwerem 1C i przekazać wszystkie zasoby DELL maszyna wirtualna z terminalem. Będzie szybko i nie będziesz musiał „wyrzucać wszystkiego i kupować nowego”.
Jeśli korzystałeś z dwóch serwerów IBM, to x3550 M3 z dodatkiem drugiego procesora i niewielkiej ilości pamięci RAM zmienia się ze przeciętnej maszyny w dość potężną maszynę. A w x3250 M5 możesz zaktualizować procesor z E3-1220v3 do E3-1285v3.

Na początek proponuję wyróżnić kilka scenariuszy pracy:

1.) Praca z bazą danych plików poprzez udostępniony zasób (serwer WWW)

2.) Praca z bazą plików w terminalu

3.) Praca z serwerową bazą danych (MSSQL).

Praca z bazą danych plików poprzez udostępniony zasób (serwer WWW)

Wszystko tutaj jest dość proste. Jeśli są to zwykłe formularze i 1-3 użytkowników. Następnie na „serwerze” (maszynie, na której będzie zlokalizowana baza danych) wybierz:

• szybkie śruby- zwrócić uwagę na prędkość obrotową wrzeciona (przyjmij 7200 obr/min). Na przykład nie bierzemy zielonej serii od WD, bierzemy czarną lub czerwoną. Seagate ma serię Constellation.
• Procesor- rdzenie nie są tak ważne, jak ich częstotliwość. 1C dość słabo wykorzystuje wiele rdzeni (w ogóle), więc zalety 8 procesor nuklearny tego nie dostaniesz, zrobi to 2-rdzeniowy procesor o wyższej częstotliwości. Przykładowo core i3 4360 - aktualnie jest to maksymalna częstotliwość dla Intela (4ghz w trybie turbo).
• RAM - ona nie będzie tu odgrywać żadnej roli. Biorąc pod uwagę, jak nowoczesne aplikacje pochłaniają pamięć, ustaw ją na 8 GB
• internet- cóż, w zasadzie na sieci 1Gbit nie odniesiesz wielkich korzyści, ale mimo to, jeśli 8-żyłowa skrętka zostanie rozciągnięta (możesz spojrzeć na złącza), wtedy warto przy tym zainstalować przełącznik Gigabit udostępnianie plików będzie szybsze.
  Ostatnim akcentem tego scenariusza jest to, że nie ma potrzeby umieszczania bazy danych gdzieś na osobnym komputerze - długie operacje będą wykonywane znacznie szybciej lokalnie niż przez sieć. Włóż ten samochód miejsce pracy, skąd planowane jest np. zamknięcie miesiąca lub dokonanie aktualizacji bezpieczeństwa informacji.

Kolejną kwestią jest to, czy baza opiera się na zarządzanych formularzach. Tutaj, jeśli zrobisz wszystko, jak opisano powyżej, otrzymasz hamulce. Niemniej jednak istnieje wyjście:

• Dysk SSD* zamiast zwykłej śrubki nas uratuje. Weź dysk 120 GB, na szczęście nawet biorąc pod uwagę wzrost kursu waluty, są one do zaakceptowania. Polecam zwrócić uwagę na serię Intel 520/530, Kingston v300. A najlepiej po prostu przeczytaj recenzje najnowszych modeli, bo... rynek ten rozwija się dość szybko i na rynek wchodzą nowe produkty
  *Uwaga: Jeśli połączysz dyski w macierz RAID z kopią lustrzaną, na przykład RAID1. W tym przypadku jest taki punkt: większość Dyski SSD trim jest wymagany do oczyszczenia śmieci (dotyczy głównie dość starych modeli), w trybie RAID polecenie może nie być obsługiwane, a prędkość dysku będzie spadać w trakcie działania. Aby uniknąć tego problemu, możesz zastosować co najmniej dwie metody: najlepiej kupić dysk SSD klasy korporacyjnej, na przykład Intel DC3500. Jeśli wydaje się to drogie, możesz użyć kombinacji: płyta główna z chipsetem
• Procesor- podobnie jak w poprzednim akapicie. Im wyższa częstotliwość, tym lepiej.
• RAM - duży ona nie będzie tu odgrywać żadnej roli. Biorąc pod uwagę, jak nowoczesne aplikacje pochłaniają pamięć, ustaw ją na 8 GB

Jeśli 1 użytkownik pracuje lokalnie z bazą danych, to wystarczy do jego komfortowej pracy, ale prędkość pracy sieci przez współdzielony zasób będzie nadal niska. Ale i tutaj jest wyjście - praca przez serwer WWW. W Internecie można znaleźć wiele artykułów opisujących, jak w podobny sposób zorganizować pracę z 1C, nie będę się nad tym rozwodzić w tym artykule. Jedyne, czym się z Wami podzielę, to moje obserwacje: lepiej jest skonfigurować pracę użytkowników nie przez przeglądarkę internetową, ale poprzez cienkiego klienta (kiedy dodajemy nową bazę danych do listy bezpieczeństwa informacji, na miejscu bezpieczeństwa informacji stronie znajduje się pozycja „na serwerze WWW”). Z moich obserwacji wynika, że ​​jest to szybsze niż przez przeglądarkę. Ponadto podczas pracy przez przeglądarkę występują błędy w interfejsie (przenoszenie PM itp.), których nie ma podczas pracy przez cienkiego klienta.

Właściwie, używając tego przepisu (ssd, szybki procesor, serwer WWW, cienki klient). Możesz rozwiać mit „jeśli liczba użytkowników jest większa niż 1 (w niektórych wersjach większa niż 0 :)) – potrzebujesz bazy serwerowej*.

*Chociaż oczywiście z zastrzeżeniem, że nie jest to UPP ani baza danych o wielkości >~4GB, a ilość użytkowników nie przekracza 4 (to są maksymalne rozmiary bazy i ilość użytkowników jakie widziałem , może ktoś się zetknął z przypadkami, gdy za pośrednictwem serwera www pracowało więcej osób nad bazą plików Napiszcie w komentarzach)

Praca z bazą danych plików w terminalu

Przejdźmy do następnej opcji. Mamy serwer terminali i bazę danych plików. Wszystko tutaj jest podobne do scenariusza 1, z wyjątkiem procesora:

• Dysk SSD zamiast zwykłej śruby.*
  *Notatka: Pamiętaj, aby połączyć dyski w macierz RAID z kopią lustrzaną, na przykład RAID1. W tym przypadku istnieje taki punkt: większość dysków SSD wymaga przycięcia w celu usunięcia śmieci (głównie w przypadku dość starych modeli); w trybie RAID polecenie może nie być obsługiwane, a prędkość dysku będzie spadać w trakcie działania. Aby uniknąć tego problemu, możesz zastosować co najmniej dwie metody: najlepiej kupić dysk SSD klasy korporacyjnej, na przykład Intel DC3500. Jeśli wydaje się to kosztowne, możesz użyć dysku SSD klasy niestandardowej, ale wtedy upewnij się, że jego zasoby do przepisywania są wystarczające dla Twojego scenariusza pracy.
• Procesor- Tutaj sensowne jest wzięcie corei5 zamiast i3, ponieważ 1C będzie działać na terminalu, dodatkowe 2 rdzenie nie zaszkodzą, ale nie zapomnij o częstotliwości.
• BARAN Wśród administratorów panuje takie stabilne powiedzenie: nie ma czegoś takiego jak za dużo pamięci). Z mojego doświadczenia wynika, że ​​7 osób pracujących w BP3 zajmuje na terminalu 8-12 GB (w zależności ile dokumentów jest otwartych dla każdego użytkownika). W przypadku zwykłych formularzy ilość pamięci można podzielić przez 2 :) Przybliżone obliczenia można wykonać w następujący sposób: 256 MB na samą sesję terminalową + 1,5 GB na 1C.

Praca z serwerową bazą danych (MSSQL).

Ten scenariusz jest najbardziej złożony i być może wymaga osobnego artykułu. W tym artykule proponuję rozważyć tylko podstawowe zasady wpływające na wydajność

• Hosting serwera SQL i serwera 1C. Na różnych maszynach lub na jednej. Jest taki punkt: jeśli znajdują się na tej samej maszynie, wówczas komunikacja między nimi odbywa się za pośrednictwem protokołu pamięci współdzielonej i w tym przypadku otrzymujemy premię za wydajność, której nie ma, gdy znajdują się na różnych maszynach.
• Procesor. Ale tutaj przydadzą się wysokie częstotliwości taktowania i wielordzeniowość. Ponieważ mamy proces serwera SQL, jeśli znajduje się na tej samej maszynie, oraz kilka procesów serwera 1C rphost, które ładują rdzenie procesora. Szczególnie chciałbym wyróżnić systemy dwuprocesorowe (tj więcej niż jedno gniazdo). Nawet jeśli weźmiesz go z jednym pustym gniazdem „w rezerwie, dokup dodatkowy procesor później, jeśli nagle będziesz go potrzebować”. Widziałem dużą liczbę serwerów dwugniazdowych, które do końca życia pozostawały bezczynne z pustym drugim gniazdem. Choć skoro firma płaci... to po co odmawiać sobie przyjemności :)
• BARAN. W swojej pracy serwer SQL* aktywnie wykorzystuje pamięć RAM; jeśli jej będzie za mało, będzie korzystał z dysków, które nawet w przypadku dysku SSD są wolniejsze od pamięci RAM. Dlatego nie ma potrzeby oszczędzać tutaj pamięci. Budżetuj na jak największą ilość (nie zapominaj oczywiście o zdrowym rozsądku :)), a na płycie głównej pozostaw wolne sloty, abyś zawsze mógł dołożyć dodatkową kość.
  *Uwaga: nie zapomnij ograniczyć maksymalnej ilości pamięci RAM używanej przez serwer SQL, tak aby wystarczyła dla systemu operacyjnego i sesji terminalowych, a także zwiększ liczbę kroków zwiększania bazy danych tmp i SQL (domyślnie krok wynosi 1 MB, co jest bardzo mały, ustawiony 200 MB na bazę i 50 MB na dziennik)
• Podsystem dyskowy. Możesz pomyśleć, że jeśli ilość pamięci RAM jest większa niż rozmiar bazy danych, to wszystko będzie w pamięci i wszystko będzie działać. Mogło tak być... do czasu pierwszej operacji zapisu :), która zapisze na dyski. I w tym miejscu dyski twarde Cię zepsują :) Używaj dysków SSD. I tutaj nie oszczędzaj na dyskach SSD innych niż stacjonarne, kup normalne dyski SSD klasy korporacyjnej. Intel DC3700 -200 GB, zasób 3,7 petabajtów (10 nadpisań całej pojemności dziennie przez 5 lat), można znaleźć za 24000 r/sztukę + sekundę dla RAID1 = 48000. Licencja będzie kosztować znacznie więcej.

To wydaje się być to. Jeżeli macie pytania/skargi/sugestie - zapraszamy do komentarzy;)