Днес разглеждаме избора на сървърна "зала" за малка организация за 25-30 служители, с отделна инфраструктура (търговски обекти, склад), какъв тип терминален сървър е необходим и програмата "1C: Enterprise". Тези услуги обслужват всички практикуващи.
Повечето от малките компании, за да намалят разходите за притежание, ще позволят да минимизират количеството оборудване, което купуват, и ще поискат от администраторите да „изпомпват“ всички услуги, захранвани от тях, в един физически сървър. Bazhannya е по-разумно и провокативно, но тук има нюанси.
Можете да организирате терминален сървър и да спечелите файловата версия на 1C там, но за такъв голям брой потребители търговската компания препоръчва да преминете към версията клиент-сървър. Ето защо се нуждаем от друг сървър, наречен "1C: Enterprise" и сървър на база данни. Позволете ми да поясня, че е възможно да се организира терминален сървър, SQL сървър и 1C сървър на една операционна система, но от гледна точка на сигурността и стабилността на роботизираните услуги не се препоръчва в региона. И ако все пак искате да спечелите един физически сървър за всичките три роли, тогава се препоръчва да спечелите виртуализация, например VMWare ESXi или Hyper-V.
В този ред има три опции:
За да изпълните тези задачи, можете да поискате следната конфигурация на сървъра:
Wu vipadu z един физически сървърКачихме отново избора на Dell R710 с два шест-ядрени процесора Xeon X5650, 64 GB RAM и шест диска: два SSD за RAID 1 и два SAS диска за RAID 10.
Wu vipadu z два физически сървъраНие архивирахме vibir на следните конфигурации:
За малка база данни SQL Server се нуждае от едно ядро. Но нека се съсредоточим върху разширяването на базата данни в бъдеще (или увеличаване на броя на базите данни) и вземем две ядра в SQL.
За сървъра "1C: Enterprise" броят на ядрата не е толкова важен, колкото тяхната тактова честота и честотата на шината. Затова поставихме още две ядра на сървъра 1C.
И нека не забравяме, че имаме нужда от едно или две ядра, за да осигурим роботизирана хост операционна система.
Заедно трябва да въведем:
Krim се натрупва, плъзга се, за да отдаде уважение на дисковия контролер. Модерните сървъри могат да направят добри контролери на борда, например HP SmartArray и DELL PERC. Не е правилно обаче да се избира "бордовото" решение при сериозна амбиция, ако се изисква максимална производителност. След като си спестите неприятностите, можете лесно да вземете твърд сървър, който не е тежест. Следователно контролерът може да бъде хардуерен, а не софтуерен, поради неговата енергонезависима памет.
Нека да разгледаме опциите за rozvyazannya на тази задача.
Друг масив е по-добре да се създаде от два SAS диска в RAID 10 (mirror + stripe) или е възможно да се използват два SSD диска за съхранение в RAID 1. Изберете да съхранявате само няколко диска от този модел сървър.
До победата на един сървър и виртуализация можете да използвате по-ниска енергия и гъвкави ресурси между виртуални машини. Това пренасяне на виртуални машини, по различен начин, е по-богато от пренасянето на физически операционни системи.
Два сървъра обаче може да имат повече място за надграждане. Например, в нашата версия, евтин IBM x3550 M3 с добавяне на още един процесор и RAM се трансформира в елегантен кратък терминален сървър за 50 и повече ядра.
Още една „висока школа“ в съзнанието ни, тъй като е необходимо да сме сигурни при избора на два физически сървъра, обменът на данни между тях да е възможно най-добър. При виртуалните сървъри обменът на данни преминава през виртуален комутатор. Точно там, за да увеличите пропускателната способност на мрежата, можете да вмъкнете в сървъра на кожата на базата на карта с два гигабитови интерфейса, така че да можете да агрегирате помежду си и без междинна връзка между сървъри и агрегирани 2 гигабитови връзки. Иначе можеш да пробваш различни карти с SPF + 10GBASE, но по пътя ще останеш доволен.
Така че, ако трябва да се разширите или броят на услугите ще се увеличи, тогава има големи перспективи и за момента сървърите ще се справят ефективно със задачите си. Вероятно през реката няма да можем да увеличим броя на използващите вдвичи до 60 осиб? Моля те.
След като спечелите един сървър DELL R710, можете да закупите евтин IBM x3550 M3, да го поставите на нов хипервайзор, да прехвърлите виртуална машина с база данни и 1C сървър към него и всички ресурси на DELL и да използвате виртуална машина с терминал. Tse ще бъде бързо и няма да е необходимо да „изхвърляте всичко и да купувате ново“.
Точно както сте спечелили два IBM сървъра, след това x3550 M3 с добавянето на още един процесор, това малко количество RAM се трансформира от средна машина в изчерпателна машина. А в x3250 M5 можете да надстроите процесора от E3-1220v3 на E3-1285v3.
Как да организираме удобен робот 7 и повече души за 1c? Как да обезопасим робота без прекъсване със системата 1c? Как да гарантираме безопасността на всички данни 1s? Яки купете сървър за 1c ta yak yogo vibrati правилно? Твърде рано е да се изправи пред IT-fahivtsy и kerіvniki organizatsіy.
Изберете конфигурация сървъри за роботи 1сда заложи основата на активността на работата с него. Следните препоръки са разработени въз основа на най-добрите практики и практика на компанията 1C. Покупая 1С сeрвeр необходимо убедиться что он отвечает сoврeмeнным трeбoвaниям oткaзoустoйчивoсти и прeдусмaтривaет пoвышeниe нaгрузки при нeoбхoдимoсти рaсширeния прoизвoдствeнных прoцeссoв нa прeдприятии, гaрaнтирoвaть высoкую рaбoтoспoсoбнoсть сeрвeрoв 1с при любых нaгрузкaх, их дoлгoвeчнoсть и высoкиe эксплуaтaциoнныe хaрaктeристики
до 20 | до 30 | до 50 | до 100 | |
---|---|---|---|---|
Процесор | 4-ядрен процесор Intel Xeon E3-12xx | 2 процесора Intel Xeon E5-26xx | ||
памет | 16 GB RAM | 16-32 GB RAM | 32 GB RAM | 64 GB RAM |
Брой единици | тип 1U | 1U или 2U | 1U или 2U | тип 3U |
Дискова подсистема | 2 x SAS | 4 x SAS | 8 SAS твърди диска (RAID 10), могат да бъдат конфигурирани със SSD дискове | 16 SAS твърди диска (RAID 10), могат да бъдат конфигурирани със SSD дискове |
Хардуерен RAID контролер | кешът е препоръчителен | из защита кеш | из защита кеш | из защита кеш |
Възможност мащабиране тази платформа от инсталацията в стелажа |
Є | Є | Є | Є |
Вариант на ориентация на 1 сървър за базата данни | $2 000 | 4000 долара | 5 600 долара | 9 990 долара |
Свържете се с наш консултант за уточняване на конфигурацията и отклонението | ||||
Препоръчителен брой сървъри за архитектура pid 1C | 1 | 1 | 2 сървъра в клъстер | |
Зовнишня дискова полиция | здрасти | здрасти | Така | Така |
Коментар | За базата данни (Може да промени функциите на 1C сървъра), Интернет шлюз, Файлов сървър. Възможен е ъпгрейд на еднопроцесорни машини в корпуси с 8 диска. | За база данни, интернет шлюз, файлов сървър | Препоръчва се наличието на 1 или 2 сървъра за бази данни, обединени от клъстер, наречен SRS. Препоръчва се физически подсървър: сървър на база данни, сървър за добавки, терминален сървър | Препоръчително е да има 1 или 2 сървъра за базата данни, обединени от клъстер, наречен SRS. Препоръчва се физически подсървър: сървър на база данни, сървър за добавки, терминален сървър |
Въз основа на горната таблица можете да добавите конфигурацията на 1c сървър за малък офис
* Добавя се, тъй като е необходимо да се преодолеят отдалечените работни маси.
Организационната схема на такова решение изглежда така.
як сървър на база данниПрепоръчваме следните машини:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
сървъри Dell T320і R420предимно конструктивен (субективен и стихичен v_dpovidno), и Dell T620побиране на по-голям брой дискове и оперативна памет, което може да е необходимо при висока степен на амбиция или "с поглед" към бъдещето, като бизнес компания. Дори и да няма достатъчно място в страната, можете да прехвърлите уважението си към компактен 1U сървър Dell R320.
Основните области на сървъра на базата данни са дисковата подсистема и връзките към оперативната памет. Размерът на разширяването на базата данни за такива компании обикновено е малък (обикновено не повече от 5-10 GB), тогава е възможно да се увеличи сумата на парите. В oбщeм-тo этo нe oбязaтeльнo, oсoбeннo eсли aктуaльнa нe вся БД (нaпримeр в нeй присутствуют дaнныe пo прoшлым гoдaм, нужныe лишь врeмя oт врeмeни), нo кaк минимум нужнo зaлoжить oбъeм OЗУ нe мeнee 30-50% oт рaзмeрa БД для цeлeй кэширoвaния . Плюс това, zrozumílo, като минимум 1 GB за нуждите на ОС. Как се работи на кой физически сървър допълнителен сървър 1C, След това трябва да видите паметта и вие - от 1 GB до 2-4 GB (по-добре е да се консултирате с франчайзополучателя - по-добре е да депозирате под формата на техните конфигурации).
Като сървър за база данни със софтуер 1C 8.2, ние ще наемем за 50-100 ваучера, препоръчително е да ваучер сървъри Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. Вонята може да е подсистеми на твърдия диск за 16 и 24 диска. Eсли нaгрузкa нa сeрвeр БД пoстoяннo рaстeт, мы рeкoмeндуeм нe экoнoмить и выбирaть сeрвeры с бoльшим кoличeствoм дискoв, пусть дaжe нe в пoлнoй нaбивкe - лучшe пoтoм дoбaвить дискoв и пaмяти, чeм чeрeз гoд пoкупaть бoлee мoщную мaшину.
як допълнителни сървъриБъдете най-добрият избор Dell PowerEdge T420 4-8 GB памет. По принцип със сигурност можете да се чудите на еднопроцесорна машина или по-скоро на два по-слаби процесора, по-ниски един твърд (не мамете с 1000000000000000). Предимството на сървъра на добавката трябва да е много остаряло поради конфигурацията на 1C, която сте избрали, препоръчително е да се консултирате с вашите проваджувачами.
З терминален сървърпо-лесно от всичко - терминални сървърихоризонтално мащабиран. Така че можете просто да поставите две или три Dell PE R420или R620- Zalezhno víd navantazhennya. Освен това данните са автоматично защитени - в случай на повреда на един сървър клиентските сесии могат да бъдат прехвърлени на друг. Головня - далеч по-рано за доставка на ZZU от склад
Избирайки кой сървър е необходим за 1C, следващата памет, какъв е часът на роботизирана работа с него, ще има безлична операция, четене и запис на данни за секунда.
За всичко разбрах защо е толкова важно компетентно да проектирам сървър за 1C - все едно е „забавен“ на тила, избран е неправилно и не показва натиска върху системата, това е риск , това е риск, това е поради прекъсвания, това е важна информация, за да се включите. От друга страна, създайте 1C сървър, купете цялото оборудване за новия софтуерна сигурностМожете да спестите най-важната сума за компанията, така че е по-добре да вземете вещите, за да можете да спестите парите си.
Ако е необходимо за нашите fahіvtsy robiti vibіr config за сървър 1C, първо, за scho смрад запитване - skílki koristuvachіv ще pratsyuvati z 1С в компанията и някои набор от услуги са планирани vikoristovuvat, какво ще бъде, hto и yaknіmіm_vіkonu Vіd tsikh vіdomosti mi vіdshtovkhuєmosya pіd час на създаване на сървъра 1C.
В хардуерната структура на 1C сървър характеристиките на процесора, RAM, дисковата подсистема и интерфейса ще бъдат важни за нас.
Необходимо е вонята да осигури стабилна и продуктивна работа на атакуващите компоненти:
Оптималният брой процесорни ядра трябва да бъде разпределен в зависимост от това, че е необходимо да се резервират 1-2 ядра за робота OS, 1-2 ядра за робота SQL база данни и 1 допълнително ядро за сървърния робот и приблизително 1 ядро на кожа 8-10 едночасови основни сесии (Shob koristuvachі potіm не skarzhilis, scho сървър 1C galmuє).
Да се обърне внимание на факта, че скоростта на захранването не се дължи толкова на броя на ядрата, колкото на тактовата честота на процесора, а броят на ядрата влияе повече върху стабилността на работата с голям брой користанции и едночасови задачи в тях.
Skilki mem'yatí е необходимо за сървър 1C
Освен това, ако имате нужда от 1C сървър за 100 или повече ядра, препоръчваме да изградите клъстер с поне два 1C физически сървъра.
Rozmіr nebhіdnoї оператив ї mem'yatі mi proponuêmo rahuvati, въз основа на такива показания:
Нека да настроим нашата ориентация на разпределението на параметрите на сървъра 1C 8.3:
RAM е по-добре да се купува с марж - това е един от най-важните фактори за високата производителност на 1C сървър и в същото време един от намерените компоненти в същото време. Ако няма достатъчно памет на сървъра 1C Enterprise, ще бъде още по-важно да работите за един час, ако струва храна, кой 1C сървър да изберете, започнете да уважавате тези, които имат достатъчно RAM.
Избирайки кой сървър е необходим за 1C, следващата памет, какъв е часът на роботизирана работа с него, ще има безлична операция, четене и запис на данни за секунда. Този параметър - с някаква защита, твърдият диск позволява обработка на данни - той също е един от ключовите за кода за сигурност на 1C сървъра.
При проектирането на 1C сървър е възможно да се постигне следното, преди да има дискова подсистема:
При тези статистики донесохме някои дякони, за да предизвикаме приблизително rozrahunki, как да изберем сървър за 1C, предполагам, че вонята ще бъде червена за вас.
В края на деня, още нещо - не varto magatisya да пощади, vikoristovuyuchi компютър за 1C сървър (тъй като често работи в малки компании) - koristuvalnitska "zalіzo" kudi по-малко nadíyno и vіdmovostіyke, nízh подобно на производителността на сървъра. Не varto rizikuvat с oblíkovoj система на вашето предприятие. Дори и да не инвестирате в бюджета си, възможно е, след това можете да разгледате възможността да отворите 1C на тъмно
Лесно е да решите кой сървър да изберете за 1C Enterprise 8.3, как да изградите 1C сървър, така че да не сте се придържали към тези задачи по-рано, винаги можете да се върнете към фирмения системен интегратор, така че да ще можете да завършите проекта nalashtuvati vidpovidny ви сървър за 1C.
1С:Pіdpriєmstvo 8 може да се появи като добавка за спестяване на ресурси за изграждане с малък брой потребители. Vibirayuchi сървър píd 1C, било то магьосник, който иска да бъде отменен "травмата при раждане" - полагане на основите за нова потенциално тясна област. От друга страна, днес малко хора купуват сървъри и надсветско напрежение, на вируса. Dobreyakscho профил navantazhennya vdaetsya znyat zazdalegіd - тогава проектирането на сървъра за конкретна конфигурация допълнение в компанията е по-просто.
За справка, нека разгледаме платформата "1C: Предприятие 8.2" в нейните популярни основни конфигурации "Счетоводен външен вид", "Търговия и склад", "Заплата и управление на персонала", "Управление на търговско предприятие" и по-специално "Управление на вакуумното производство“. Изглежда, че за предприятия от 10 и повече spivrobitniks, които работят в 1C, „1C: Предприятие 8.2. Допълнителен сървър. Можете да промените опцията за работа в режим на отдалечен работен плот (Remote Desktop), с брой едночасови бази данни до 100-150. Препоръките ще бъдат фиксирани за „важните“ DB 1C, но „важните колебания“ ще зависят от индивидуалния подход.
Тъй като компанията е малка (2-7 файла на система), базата е малка (до 1GB) и "1C: Enterprise 8.2" работи във файловия режим на компютъра, тогава се нуждаем от класическа реализация на файловия сървър . За такива задачи процесорът вероятно ще се нарича Intel Core i3, по-скоро Intel Xeon E3-12xx. Необходимият обем RAM е още по-лесен: 2 GB за операционната система и 2 GB за системния файлов кеш.
Ако в компанията на 5-25 1C ядра размерът на базата данни е до 4 GB, тогава добавката "1C: Enterprise 8.2" може да управлява 4-ядрени Intel Xeon E3-12xx или AMD Opteron 4xxx. Crim 2GB RAM под OS, трябва да видите 1-4GB под 1C:Enterprise 8.2. Addendum server” и повече стилове и повече MS SQL Server като кеш - общо 8-12GB RAM. За малки бази данни количеството пари в оперативната памет е най-малко 30% от базата данни, а по-често всички 100%.
Vіdomy (макар и не особено рекламиран) факт: „1C: Pіdpriєmstvo 8.2. Не харесвайте сървъра за добавки, ако операционната система го пренася в суап файл на твърд диск и е лесно да го използвате във всеки случай. Ето защо на сървъра, където е стартиран "Допълнителният сървър", винаги можете да имате резерв от свободно място в оперативната памет - днес е по-евтино.
Фирмите имат повече потребител на 1C звук чрез отдалечен достъп до програмата (Remote Desktop) - това е в терминален режим. Като правило, с 10-100 бази данни 1C с база данни от 1 GB и повече, „1C: Enterprise 8.2. Сървър за добавки" и добавка "1C: Enterprise 8.2" работят на един и същи сървър.
За да се определят необходимите процесорни ресурси, трябва да се има предвид, че едно физическо ядро може ефективно да обработва не повече от 8 ядрени потока - това се дължи на вътрешната архитектура на процесорите. Както показва практиката, при задачата 1C + Remote Desktop не е възможно да се вземат сървърни процесори от млади линии с ниски честоти на rozrachunk ядра и елементарна архитектура. Като правило, той е доста малък (до 15-20), за да извлече един процесор от високочестотния Intel Xeon E3-12xx. Поне едно физическо ядро (2 нишки) ще използва SQL Server, друго (2 нишки) ще консумира „1C: Enterprise 8.2. Сървър за добавки и 2 физически ядра (4 нишки) - за OS и терминални ядра. Ако броят на 1C ядрата е повече от 20 или ако базата данни е по-голяма от 4GB, е време да преминете към 2 процесорни системи на Intel Xeon E5-26xx или AMD Opteron 62xx.
Разрахунок, необходим за obsyagu оперативна памет, е доста прост: 2GB изисква OS, 2GB и повече - MS SQL Server като кеш (не по-малко от 30% от базата данни), 1-4GB - pid "1C: Enterprise 8.2. Допълнителен сървър”, паметта на сървъра може да бъде запазена за терминални сесии. Една клемна кутия, депозирана според конфигурацията, живееща с приложенията „Счетоводна форма“, „Търговия и склад“ - 100-120MB, „Управление на заплати и персонал“, „Управление на търговско предприятие“ - 120-160MB, . За да стартирате добавка на MS Word, MS Excel, MS Outlook сървъри, добавката за кожата трябва да вижда около 100MB. По правило минимумът за терминален сървър е 12GB RAM.
Например, за 1C сървър с обичайния софтуерен пакет, 50 терминални кутии в конфигурация „Търговска бизнес администрация“, тази база данни за 8 GB ще бъде оптимално изчислена от интензивността на два процесора Intel Xeon E5-2650 (8 ядра, 16 нишки, 2,0 GHz). RAM имате нужда от поне 2 (OS) + 4 (SQL) + 4 (1C-сървър) + 8 (160 "UTP" * 50 ядра) = 18GB, и по-накратко 24-32GB (6-8 DIMM канала по 4GB всеки ) .
Повече белези за пълната работа на сървърите 1C:Pіdpriєmstvo 8 pov'yazan z неразумно, като те са vivouyutsya тип операция въвеждане-визуализация, над някакъв вид почит, която z іntensivnіstyu. Най-важната дискова подсистема е ключът към осигуряването на достатъчна производителност на сървъра като цяло - дори и за навигация в база данни, най-големият проблем е блокирането на таблици по време на едночасова работа с тях без безличен потребител или с масови придобивания / vivantages / публикации. Мониторинг и оптимизация на дисковата подсистема на сървъра.
1С 5 май потоци от данни за дисковата подсистема, с които няма да работят:
Структурата на данните в 1C е обектно-ориентирана, без обекти и връзки между тях. p align="justify"> За работа с таблици с данни броят на операциите за четене в секунда е изключително важен, тъй като е необходимо да се изгради дискова подсистема за един час (Input Output Operation per Second, IOPS). В същото време възможността да видите висока скорост на предаване на данни (MBp / s) е много по-малко важна. Една доста скромна база с обем от 200-300MB от 3-5 избрани клетки може да генерира до 400-600 IOPS в пикове. База от 10-15 ядра и общо 400-800MB може да види 1500-2500 IOPS, 40-50 ядра от 2-4GB база данни генерира 5000-7500 IOPS, а база от 80-100 ядра може лесно да достигне 12000- 180.
Както знаете, средното търсене на дискова подсистема може да стане 10-15% от пика. Само самата производителност е наистина важна в периода на пикови придобивания: автоматично получаване на данни от други системи, обмен на данни от разпределена система по време на период на повторно изпълнение.
Съвременните дискове в операции за четене и запис с произволен достъп (Random Read/Write) могат да се справят със следните предизвикателства едно по едно:
Intel 910400GB |
|||||
2400 - 8600 IOPS |
Хубаво е да се види, че:
Единичните дискове на сървърите на бази данни не са повредени, а само RAID масиви. За по-нататъшно увеличаване на реалната производителност на дисковата подсистема е необходимо да се плати неустойка (неустойка) за запис в IOPS, сякаш дисковата група е в RAID:
Ако изберете 6 диска от RAID 10, тогава 2 IOPS физически дискове ще бъдат съхранени в 1 IOPS запис и 6 IOPS дискове ще бъдат използвани в RAID 6. По този начин, за да се увеличи капацитетът на дискова група за запис, е необходимо да се сумират IOPS на всички дискове от RAID групата и след това да се разделят на „наказание“.
Пример 1: 2 HDD SATA 7200 RAID 1 без запис: (100 IOPS *2) / 2 = 100 IOPS.
Запас 2: 4 SATA 7200 RAID 5 без запис: (100 IOPS *4) / 4 = 100 IOPS.
Запас 3: 4 SATA 7200 RAID 10 без запис: (100 IOPS *4) / 2 = 200 IOPS.
Приложете 2 и 3, за да демонстрирате ясно защо, за да запазите бази данни, за някои типичното съотношение четене/запис трябва да бъде 68/32, което е по-кратък RAID 10.
От тези три таблици стана ясно защо производителността на типичен „джентълменски комплект“ от 2 HDD SATA 7200 в RAID 1 не е достатъчна за сървъра: при пикови налягания броят на коремите нараства до диска, системите са къси -живял, понякога дълго време.
Как да увеличим производителността на дисковата подсистема за запис? Увеличете броя на дисковете в RAID група, преминете към дискове с по-голяма защитна обвивка, изберете RAID ниво с по-ниско наказание за запис. Моля, помогнете за кеша от RAID-контролера от подобрения режим на обратно записване. Данните не се записват директно на дискове (както в режим Write Through), а в кеша на контролера и едва по-късно, в пакетен режим, и по подреден начин - на дискове. В зависимост от спецификата на мениджъра производителността на записа се повишава с 30-100%.
Вероятно нисък обем или сравнително малки бази данни (до 20 GB) е евтин начин за увеличаване на IOPS - хибриден RAID от SSD/HDD. По-големи и ненужни файлове на базата данни за 3-15 потребители в структурата на rozpodіlenіy на kshtalt merezhі кафене или сервиз.
За големи (200GB и повече) бази данни с дълъг цикъл на исторически данни или обслужване на големи бази данни, SSD кешът може да бъде ефективен (технологии LSI CacheCade 2.0 или Adaptec MaxCache 3.0). За работата на такива системи, в задачите на 1C за допълнителна помощ, можете значително евтино и без големи промени в инфраструктурата, можете да ускорите дисковите операции с 20-50%.
Шампионът на swidcode в IOPS прехвърли RAID масиви на сървърни SSD - както традиционно, вместо SAS RAID контролери, така и PCIe SSD. Два междинни фактора са важни за тяхната популярност: технологичен (производителността на RAID контролерите или необходимостта от радикална промяна на структурата на спестяванията) и цената на внедряване.
Okremo след това да кажем за запазване на индексни файлове и TempDB. Индексните файлове се актуализират много рядко (извиквайте 1 път на време), те се четат по-често (IOPS). Просто е необходимо да запазите такива данни на SSD, за да четете показно! TempDB, който се използва за запазване на данни за време, обикновено е малък по размер (1-4-12GB), но е в състояние да записва скорост. Ще бъдат изпратени файлове с индекси и часове, така че да не се налага да харчите, докато не изразходвате реални данни. Otzhe, вонята може да се разпространи върху okremu (или по-скоро - върху два okremih тома) SSD. Искам да използвам вградения SATA контролер на дънната платка. От гледна точка на надеждността и swidcode, TempDB може да се използва за отразяване (RAID1) от SSD, възможно е на бордовия контролер, а също и за obov'yazykovym кешове за скривалище на записа. Поради тази причина настолните SSD също са засегнати - например Intel 520-series, де хардуерното компресиране на данни при запис в TempDB ще бъде по-рационализирано. Вината на тези лидери от глобалната система за спестяване на визията на шведската подсистема се отразява положително върху производителността на системата, особено в момента на пиково търсене.
В случай на повреди, ако е възможно да се осигури максимално бърза реакция на администраторите в случай на повреди и ако транспортна логистика, Virobnitstvo в UPP, обмен на обем в URBD), TempDB е виновен за RAMDrive. Това решение ви позволява да спечелите понякога до 4-12% от общата производителност на системата. Провалът е по-вероятно да бъде обвинен за рестартиране на сървъра: ако RAMDrive не стартира автоматично, ще трябва да включите администратор за ръчно стартиране - в противен случай цялата система ще спре.
Друг важен компонент са лог файловете. Вонята може да бъде неприемлива за каквато и да е особеност на дисковата подсистема - да генерира постоянен поток от dribnih животни за запис. Това е непостижимо за среден трафик, но е по-лошо за кода на 1C сървъра за пиков трафик. p align="justify"> Разумно е да оправдаете лог файла (особено SQL лог файла) до възможно най-много физически томове, които ще бъдат практически линейни по отношение на IOPS. За спокойствие можете да създадете огледало от евтини и обемисти SATA / NL SAS (за пълен журнал) или евтини настолни SSD дискове от същата серия Intel 520 (прост журнал или пълен журнал с безплатно архивиране и почистване).
Накратко можем да кажем, че пристигането на SSD на сървъра донесе нови възможности за повишаване на производителността на масовите сървъри - за цената на съхранението на данни и интелигентната конфигурация на дисковия I/O.
Дисковата подсистема на "идеалния сървър pid 1C" изглежда така:
1. Таблици с бази данни, поставени на RAID 10 (или RAID 1 за малки бази данни) от по-високи сървърни SSD дискове с кабелен хардуерен RAID контролер. С високи скорости на IOPS можете да разгледате опцията PCIe SSD. За голяма база данни е ефективно да се използва SSD-кеш за съхранение на HDD масиви. Въпреки това конфигурацията 1C и структурата на данните, които са победоносни, не са способни до IOPS, а броят на ядрата е малък - за извличане на традиционен масив от HDD SAS 15K rpm.
2. Индексни файлове за шведски и евтин единичен SSD, TempDB - за 1-2 (RAID 1) SSD или RAMDrive.
3. SQL регистрационни файлове (но също и 1C), за да видите визията на тома (същия физически диск или RAID-1) на SATA / NL SAS HDD или евтин SSD, или логически диск на RAID масив, на който операционната системата на сървърния сървър е инсталирана файлове/папки.
4. Операционната система, в която данните се съхраняват на RAID 1 с HDD или SSD.
Тъй като ИТ инфраструктурата е виртуализирана, много лошо е, че SQL Server е инсталиран не като виртуална машина, а директно на физически сървър, с просто око. Цената на храната е от 15 до 35% от производителността на дисковата подсистема (депозит от притежанието, драйвери, виртуализация и методи за свързване). Виртуализирана среда на SQL сървър свързва томове с таблици на бази данни, индексни файлове и TempDB към VM в ексклузивен режим на директен достъп.
Когато работите със системи 1C: Enterprise 8 за малки и средни предприятия (до 100-150 активни служители едновременно), следващата стъпка е да се сведат до минимум разходите за мрежови операции чрез Ethernet интерфейса. В идеалния случай - за обслужване на SQL Server и "1C: Enterprise 8 Add-on Server x64" и 1C сесии в отдалечен работен плот с един физически сървър. От гледна точка на безопасността на стабилността до vídm, такава препоръка ви позволява да увеличите максимума на притежанието на тази PZ, а за колебанията във виртуализацията на виртуализацията дава същото ниво на безопасност и "повторение на средата" на другата настройка.
Как да изключа Ethernet от SQL сървъра -> сървър за добавки 1C:Enterprise 8 -> сесия 1C:Enterprise 8? Merezhevy Ethernet интерфейс, с iogo опаковане на тези данни, особено малки блокове за предаване, винаги ще създава допълнително заглушаване: при опаковане / разопаковане на трафик и при предаване на себе си (висока латентност). В 1C:Pіdpriєmstvo 8 за събиране на голям масив от данни, те се прехвърлят за обработка и това се извършва според целия език, в определени ситуации - от грешната страна. При прехвърляне на данни директно към един процес към друг в рамките на RAM на сървъра (на един сървър без виртуализация) или чрез виртуален мрежест интерфейс (в рамките на същия физически сървър, с добри сървърни мрежови адаптери с прехвърлени RAM блокове между VM ) zatrymki богато по-ниски. Съвременните двупроцесорни сървъри с голяма оперативна памет и дискова подсистема на SSD ви позволяват удобно да обслужвате 1C база данни за 100-150 активни ядра.
Що се отнася до търсенето на база данни, броят на физическите хостове е неизбежен, необходимо е да свържете всички сървъри чрез 10Gb Ethernet. Или поне 2-4 агрегирани 1Gb Ethernet връзки с хардуерно ускорен TCP / IP (TCP / IP Offloader) и хардуерна поддръжка за виртуализация.
Най-големите разходи за производителност на Ethernet портовете са свързани с бюджетни решения. Не е тайна, че 1Gb кабелни адаптери, които са запоени на повечето сървърни дънни платки, не са проектирани да обслужват интензивен кабелен трафик. Navite yakscho на борда е 2 или 3 порта на GbE, вонята на внедряването на настолните чипове. Достатъчното управление, смрадите пораждат допълнителни товарителници от услугата за сливане на борси, особено във виртуализираната среда. Целият процес на пренос на данни чрез такъв чип се покрива от ресурсите на процесора, оперативната памет и вътрешната шина. Такива чипове не дават никакво ускорено предаване на IP трафик, ако се получат такива предавания, Ethernet пакетът ще означава прехвърляне към процесора. Във виртуализирана среда производителността на един интерфейс може да достигне 25-30%. Най-малкото не можете да споменете необходимостта от най-подходящия интерфейс с помощта на мониторинг. Централният процесор е отговорен за новия и ако не работи, тогава той просто стои в прозореца на мрежестата карта. Портовете на настолните чипове трябва да бъдат изключени от потока от данни във виртуализирани среди след изтриване на задачата за управление на сървъра. Добавете дискретна гранична карта към чипсета на сървъра за интензивен ограждащ трафик.
Обсъждането на производителността на сървърите в бъдеще винаги е придружено от супер готвачи за тяхната надеждност. Безопасността на издръжливостта до зрялост винаги ще изисква допълнителни витрати, особено за поддържане на непрекъснати производствени процеси. Без да омаловажаваме ролята на това пространство 1C, може да се каже, че най-голямата дилема „производителност / превъзходство“ нараства в различни области: за първи път се бори оптимизацията на хардуерните решения, за другия - организацията на процесите и процедури. Ако програмите са маркирани като критични, основното уважение към прилагането на практичност се отдава не на нуждите от индивидуална защита на сървъра, а на минимизирането на проста инфраструктура.
Разбира се, за предприятията са твърде много едновременно включени потребители (25-150) и разполагат всички добавки на един сървър със задължителни източници на приложение без пренос на енергия, по-високи блокове за захранване на самите сървъри, дискове с горещи заместващи дискове и RAID-масиви с горещо резервиране. Наличието на оборудване обаче не замества планираното резервиране на самите данни. Mayuchi schodenny (по-точно, shonochovy) архивиране на този оперативен файл от пълен SQL журнал, можете да актуализирате отново DB 1C за забележително кратък интервал.
Допустимото време на престой на централната система 1C за малки и средни предприятия е 1-2 аварии на месец, 1-4 години за продължителността. Наистина, голям резерв от време - както преди възкресението, ние се готвим дълго време. Необходим интелигентен рестарт и наличие на изображения на всички виртуални и физически сървъри пред VM на реален файл/том - за обновяване на самата инфраструктурна част на резервния сървър. Obov'azkovy schodenny архивиране (и sozhnevyy този период на затваряне) за следващия физически прикачен файл и пълен SQL журнал за vypadkіv, ако въвеждането на данни "от началото на работния ден" е критично и важно ръчно. За очевидността на администрацията можете да инвестирате в 1-2 години за обновяване на практиката чрез загал, висока и с по-малка производителност. Е, и там, когато се нуждаете от непрекъсната работа 24x7, първите задачи ще бъдат изборът на различна архитектура, притежаваща минимален брой точки за въвеждане и модерни технологии за клъстериране. Ale tse вече е zovsіm insha istoriya.
Оригинална статия: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
Ще позволя на редактора на списание "Компютърен преглед"
За кочана ще видя сценария за работата:
1.) Работа с файлова база чрез див ресурс (уеб сървър)
2.) Работа с файловата база на терминала
3.) Работа със сървърна (MSSQL) база данни
Робот от файловата база чрез глобален ресурс (уеб сървър)
Тук всичко е лесно. Yakscho tse zvichaynі форма, че 1-3 koristuvach. След това на "сървъра" (избира се машината, на която се намира базата:
Последният момент, като основа на излекуваните форми. Оста тук е точно както всичко е изградено, както е описано повече, можете да видите галмата. Защитете от:
Що се отнася до базата, ще можете локално да изработите един използвач, който е достатъчен за вашата удобна работа, а скоростта на работа чрез суров ресурс ще бъде толкова самодостатъчна. Ale и тук е - робот през уеб сървър. В интернет можете да намерите голям брой статии, които описват как да организирате работа с подобен ранг, без да съдите в тази статия за тази. Сам, ще споделя с вас моите предупреждения: по-добре е да подобрите робота с corestuvachiv не през уеб браузър, а през тънък клиент (ако добавим нова база към списъка с IB, от страната на разположението на IB там е елемент "на уеб сървър"). Tse, за моите предупреждения, по-бързо, по-ниско през браузъра. Освен това при работа през браузър се чуват извинения в интерфейса (какво направи PM и т.н.), няма ги при работа през тънък клиент.
Vlasne, ускоряване с тази рецепта (ssd, процесор с висока честота, уеб сървър, тънък клиент). Възможно е да се разшири митът „тъй като броят на ползвателите е по-голям от 1 (за текущата версия по-голям от 0 :)) – необходима е сървърна база *.
*Ако искате, може да се каже, че цената не е UPP или размерът на базата е > ~ 4GB, а броят на използвачите не надвишава 4 (максималния размер на базата е броя на използвачите, ако е голям едно, възможно е да zustrich есента, ако чрез файлова база с файлова база са работили повече хора?
Работа с файлова база на терминала
Да преминем към следващата опция. Може да имаме терминален сървър и може да имаме файлова база. Тук всичко е подобно на сценарий 1 за повреда на процесора:
Работа със сървърна (MSSQL) база
Този сценарий е най-сложният и може би ще изисква допълнителна статистика. Пропагандирам в рамките на тази статия да разгледам само основните принципи, които трябва да се добавят към производителността
Наче всичко. Харесайте храна / скарги / предложения - добре дошли в коментарите;)