გადაწყვეტილება. ფასები და მიწოდების შეკვეთა Rozrakhunok სერვერი 1c

ყველამ იცის, რომ სერვერი არის სპეციალიზებული კომპიუტერი მატერიალური გაგებით, რასაც სისტემის ადმინისტრატორები უწოდებენ "კრეკს". თუ ვსაუბრობთ 1C Enterprise-ის შუა ნაწილზე და სამუშაოს ფაილურ ვერსიაზე, მაშინ საწარმოს სერვერი, კომპიუტერის სერვერები, რომლებიც მუშაობენ ღრუბლოვან პროგრამებთან, ინახავენ მონაცემთა ბაზებს, რომლებთანაც კორესპონდენტები არიან დაკავშირებული ადგილობრივი ქსელის Lient-ის გარე შენობების მეშვეობით. უფრო მეტიც, რა თქმა უნდა, სხვა ინფორმაციის შენახვა შესაძლებელია სერვერზე.

რა არის 1C სერვერი?

მაგრამ არსებობს სერვერის სხვა გაგება

1C სერვერი არის პროგრამა, რომელიც მუშაობს კლიენტ-სერვერის რეჟიმში 1C მონაცემთა ბაზებით Keruvan DBMS-ით, მაგალითად, Microsoft SQL Server ან Linux PostgreSQL, IBM DB2, Oracle Database და ა.შ. ეს არ ეხება მხოლოდ 1C მონაცემთა ბაზის სერვერზე შენახვას, ეს ეხება 1C Enterprise-ის პროცესების მართვას.

როგორც წესი, 1C სერვერს იყენებენ საშუალო და დიდი კომპანიები, რომლებსაც ჰყავთ დაახლოებით 20 ან მეტი კლიენტი, რომლებიც მუშაობენ თავიანთ 1C მონაცემთა ბაზაზე ნებისმიერ დროს. 1C კომპიუტერის მომხმარებელთა უფრო მცირე რაოდენობით, ფაილის რეჟიმი მაინც საკმარისია, თუ 1C მონაცემთა ბაზა დაინსტალირებულია ერთ კომპიუტერზე (შესაძლოა, ერთ-ერთ კომპიუტერულ სისტემაზე) და კომპიუტერი მასზე მიდის ლოკალურ ქსელში. მაგალითად, ღერძი ასეთია: \\<Имя компьютера в сети>\Bazi 1s\<Имя базы 1с>

და კორისტუვაჩს აქვს მონაცემთა ბაზა კომპიუტერზე:

გჭირდებათ 1C სერვერი ახლა და რა არის მისი სარგებელი?

• შვიდკოდია. 1C-ის კლიენტ-სერვერის ვერსიაში მუშაობისას, ყველაზე მოცულობითი და „მნიშვნელოვანი ოპერაციები“, მაგალითად, დოკუმენტების ჯგუფური თარგმანი და ჯგუფური მონაცემების დამუშავება, ხორციელდება სერვერის ძალისხმევით და საბოლოო შედეგი, ე.წ. მოსალოდნელია კლიენტის მიერ, რომელსაც დამატებით უფრო ადვილი და იაფია ერთი სერვერის სიმძლავრის გაზრდა ყველა კლიენტის აპარატის განახლების გარეშე.
• Უსაფრთხოება როდესაც 1C-ის კლიენტ-სერვერის რეჟიმი გამოიყენება, კლიენტებმა არ იციან მონაცემთა ბაზის გაზრდის ადგილი. ეს არის უმარტივესი გზა მონაცემთა ბაზიდან ინფორმაციის კოპირების შესაძლებლობის გასაცნობად. ფაილის რეჟიმში, თქვენ შეგიძლიათ მარტივად შექმნათ რობოტები მონაცემთა ბაზიდან.
• კიდევ ერთი სერიოზული არგუმენტი 1C-ზე დაფუძნებული ინფორმაციული სისტემის არქიტექტურაში 1C სერვერის ინტეგრირების სასარგებლოდ არის ადმინისტრირების სიმარტივე, ასევე მონაცემთა ბაზაზე კლიენტების წვდომის კონტროლისა და დიფერენცირების შესაძლებლობა.

1C სერვერის რობოტი

კონფიგურაცია ან 1C კლიენტის პროგრამა, გაშვებული კლიენტის მიერ საკუთარ მოწყობილობაზე, ვთქვათ, კომპიუტერზე, რომელიც დაკავშირებულია 1C სერვერების კლასტერთან: Enterprise 8, რომელიც მუშაობს სერვერზე, რომელიც ინახავს მონაცემთა ბაზებს, მხარდაჭერილი MS SQL Server ან PostgreSQL.

1C Enterprise 8 სერვერი და მონაცემთა ბაზის სერვერი უნდა განთავსდეს განსხვავებულ „ბილიკზე“, რადგან ეს თავად იყოფა 1C Enterprise სერვერებსა და მონაცემთა ბაზას შორის.

ჩვენ ვაინსტალირებთ 1C სერვერს

მოდით პირდაპირ გადავიდეთ 1C სერვერის დაყენების ინსტრუქციებზე. დასაწყისისთვის, ჩვენ გვჭირდება ძირითადი სადისტრიბუციო ნაკრები, რომელიც შეგიძლიათ მიიღოთ 1C მხარდაჭერის ვებსაიტიდან (users.v8.1c.ru).

მოწოდებული დისტრიბუციის მრავალფეროვნებიდან გამომდინარე, ჩვენ გვაქვს ორი ვარიანტი:

• ტექნოლოგიური პლატფორმა 1C Enterprise Windows-ისთვის - 1C სერვერის 32-ბიტიანი ვერსიის ინსტალაცია.
• 1C Enterprise Server (x64) Windows-ისთვის – 1C სერვერის 64-ბიტიანი და 32-ბიტიანი ვერსიების დასაყენებლად.

გახსენით საქაღალდე, რომელიც შეიცავს ინსტალაციის ფაილებს. საშუალო კლასის 1C მეწარმეობისთვის ეს არ არის სტანდარტული ვარიანტი.

ჩვენ გვჭირდება Setup.exe ფაილი. ეს გაშვება მითითებულია 1C Enterprise სისტემის ინსტალაციის ასისტენტის მიერ. პირველ მხარეს „დალი“ არის ამოტვიფრული.

შემდეგ გვერდზე ჩვენ მოგეთხოვებათ შევარჩიოთ დასაყენებელი კომპონენტები. კრემს აქვს სტანდარტული მნიშვნელობა, განსაკუთრებული პატივისცემით:

• 1C Enterprise სერვერი 1C სერვერის კომპონენტების დასაყენებლად.
• 1C Enterprise სერვერის 8 ადმინისტრირება – 1C სერვერების ადმინისტრირების აუცილებელი ელემენტები.

სხვა კომპონენტები შეიძლება დამონტაჟდეს, როგორც საჭიროა მოგვიანებით. ამიტომ ჩვენ ვართ დაჭერილი "შორს".

რის შემდეგაც შეგვიძლია ინტერფეისს მივაკუთვნოთ ენა, შეარჩიოთ ენა. აქ ყველაფერი ინახება ველურ ბუნებაში. გთხოვთ გაითვალისწინოთ, რომ „სისტემის პარამეტრების“ არჩევით, რობოტი გააგრძელებს კომპიუტერზე დაინსტალირებული ჩემი OS-ის გამოყენებას.

უმეტეს შემთხვევაში, 1C სერვერი დაინსტალირებულია როგორც სერვისი (რეკომენდებულია), ამიტომ შემდეგ გვერდზე ვდებთ სპეციალურ ნიშანს. ჩვენ ასევე ვირჩევთ მომხმარებელს სერვისის დასაწყებად ან ახლის შესაქმნელად. Obov'yazkovo უნდა შემოწმდეს, რათა უზრუნველყოს კლიენტს ისეთი უფლებები, როგორიცაა:

• სერვისზე პირდაპირი წვდომისთვის სისტემაში შესვლა (Log on as service);
• შედით როგორც ჯგუფური სამუშაო;
• Performance Log მომხმარებლების გამოყენების შესაძლებლობა.

ყირიმი, კორისტუვაჩევი უფრო მოკლეა, ვიდრე სერვერის სერვისის ფაილების დირექტორიაში უფლებების თარიღი. სარეკლამო მიზნებისთვის, ეს არის C:\ProgramFiles(ან ProgramFiles(x86))\1cv8\srvinfo. ეს დამოკიდებულია იმაზე, თუ რა სიმძლავრის დანამატები ვაყენებთ 1C Enterprise სერვერს.

ახალი კორესპონდენტის USR1CV8 შემოქმედება ექვემდებარება ყველა უფლებას. თქვენ დააყენეთ პაროლი და განაგრძეთ Enterprise სერვერის ინსტალაცია.

შემდეგ გვერდზე ინსტალაცია იწყება.

პროგრამის დასრულების შემდეგ, პროგრამა მოგთხოვთ დააინსტალიროთ უსაფრთხოების დრაივერი. თუ იყენებთ პროგრამულ დაცვას, დრაივერი არ იქნება საჭირო. ეს ნიშნავს, რომ ჩამრთველი მიუთითებს ჩვენი ლიცენზიის ტიპზე.

ახლა თქვენ გჭირდებათ ხელახლა დაკავშირება, რათა დარწმუნდეთ, რომ სერვერის სერვისი მუშაობს.

სერვისების სიაში მისასვლელად, შეგიძლიათ გადახვიდეთ services.msc ბრძანებაზე Start მენიუს საძიებო რიგში. სერვისი შეიძლება გამოიყურებოდეს ისე, როგორც ნაჩვენებია ეკრანის სურათზე ან 1C: Enterprise 8.3 Server Agent. თუ სერვისი არ მუშაობს, გაუშვით ხელით: დააწკაპუნეთ მაუსის მარჯვენა ღილაკით სერვისზე – Power – Start. ჩვენ ასევე დავაყენეთ გაშვების ტიპი ავტომატურად.

სერვერი 1C დასრულებულია. არ არის საჭირო Windows Firewall-ის კონფიგურაცია ისე, რომ კლიენტის აპარატების მომხმარებლებს შეუძლიათ დაუკავშირდნენ 1C სერვერს. ამ მიზნით, firewall-მა უნდა განბლოკოს პორტები 1541, 1560-1591. თქვენ შეგიძლიათ წაიკითხოთ იმის შესახებ, თუ რა საშუალებას გაძლევთ გააკეთოთ თქვენი firewall ინტერნეტში.

საბოლოოდ, ჩვენ ვააქტიურებთ ლიცენზიას 1C სერვერისთვის.

დღეს ჩვენ განვიხილავთ სერვერის "ოთახის" არჩევას 25-30 თანამშრომელი მცირე ორგანიზაციისთვის, განაწილებული ინფრასტრუქტურით (საცალო ვაჭრობის ობიექტები, საწყობი), რომელიც მოითხოვს ტერმინალის სერვერს და 1C:Enterprise პროგრამას. ყველა ჯანდაცვის სპეციალისტი იყენებს ამ სერვისებს.

მცირე კომპანიების უმეტესობა, საკუთრების ღირებულების შესამცირებლად, მზად არის მინიმუმამდე დაიყვანოს მათ მიერ შეძენილი აღჭურვილობის რაოდენობა და სთხოვს ადმინისტრატორებს, „გაანაწილონ“ მათ მიერ მოწოდებული ყველა სერვისი ერთ ფიზიკურ სერვერზე. ბაჟანა ინტელექტუალური და მოაზროვნეა, მაგრამ აქ არის ნიუანსი.

თქვენ შეგიძლიათ მოაწყოთ ტერმინალის სერვერი და გამოიყენოთ 1C ფაილის ვერსია, მაგრამ ასეთი რაოდენობის კომპიუტერული სისტემებისთვის, საცალო კომპანია გირჩევთ გადახვიდეთ კლიენტ-სერვერის ვერსიაზე. ამიტომ, ჩვენ ასევე გვჭირდება სერვერი "1C: Enterprise"-სთვის და მონაცემთა ბაზის სერვერი. განვმარტავთ, რომ შესაძლებელია ტერმინალის სერვერის, SQL სერვერის და 1C სერვერის ორგანიზება ერთ ოპერაციულ სისტემაზე, მაგრამ რობოტული სერვისების უსაფრთხოებისა და სტაბილურობის თვალსაზრისით, ეს საერთოდ არ არის რეკომენდებული. მაგრამ თუ თქვენ მაინც ნამდვილად გსურთ გამოიყენოთ ერთი ფიზიკური სერვერი სამივე როლისთვის, რეკომენდებულია ვირტუალიზაციის გამოყენება, მაგალითად, VMWare ESXi ან Hyper-V.
ამ გზით, არსებობს სამი ვარიანტი:

1. ერთი სერვერი ფაილიდან 1C. დამპალი ვარიანტია, შორიდან ვერ ვხედავთ.
2. ერთი სერვერი ორი ვირტუალური მანქანით.
3. ორი ფიზიკური სერვერი, ერთი ტერმინალი, მეორე 1C მონაცემთა ბაზით.

ამ ამოცანების შესასრულებლად, შეგიძლიათ განსაზღვროთ შემდეგი სერვერის კონფიგურაცია:

უ ვიპადკუ ზ ერთი ფიზიკური სერვერიჩვენ ავირჩიეთ Dell R710, ორი ექვსბირთვიანი Xeon X5650 პროცესორით, 64 GB ოპერატიული და ექვსი დისკი: ორი SSD RAID 1-ისთვის და კიდევ SAS დისკი RAID 10-ისთვის.

უ ვიპადკუ ზ ორი ფიზიკური სერვერიჩვენ შევარჩიეთ შემდეგი კონფიგურაციები:

• ტერმინალის სერვერი: IBM x3550 M3 ერთი Xeon E5620 პროცესორით, 32 GB ოპერატიული მეხსიერება და ორი SSD RAID 1-ში, დამატებითი გვერდის ბარათით ორი გიგაბაიტი ინტერფეისისთვის. ამ სერვერს ასევე აქვს განახლების უამრავი შესაძლებლობა, მათ შორის ორმაგი პროცესორი, 18 სლოტი მეხსიერების მოდულებისთვის და მხარს უჭერს 288 GB ოპერატიული მეხსიერებას.
• მონაცემთა ბაზის სერვერი: IBM x3250 M5 ერთი Xeon E3-1220v3 პროცესორით, 16 GB ოპერატიული მეხსიერება, დამატებითი SAS/SATA RAID კონტროლერი, მხარდაჭერილი RAID 10 SAS დისკებით, დამატებითი გვერდის ბარათით 2 გიგაბაიტიანი ინტერფეისისთვის.

რატომ ავირჩიეთ ასეთი კონფიგურაციები? ამის დასადასტურებლად, ჩვენ განვმარტავთ, თუ რა გვჭირდება იმისათვის, რომ უზრუნველვყოთ კომფორტული სამუშაო ჩვენი მუშაკებისთვის ჩვენს მცირე ორგანიზაციაში 25-30 თანამშრომელი. ისე, რომ არ მოხდეს გაუგებრობა: არის იაფი 1C-ის მხოლოდ ერთი აპლიკაცია და ხშირ შემთხვევაში უფრო მნიშვნელოვანია სხვა ცვლილებების არჩევა.

პროცესორი

პროცესორის დროის მიხედვით, ტერმინალის სესიები იკავებს მცირე ადგილს. სხვადასხვა ორგანიზაციაში ტერმინალის გადაწყვეტილებების დანერგვის გარდა, 30 თანამშრომლისთვის კომფორტული მუშაობის შესანარჩუნებლად საკმარისი იქნება 4-6 ფიზიკური პროცესორის ბირთვი, ერთი ბირთვი 6-8 სესიისთვის.

მცირე მონაცემთა ბაზისთვის, SQL სერვერს სჭირდება ერთი ბირთვი. ჩვენ ასევე ორიენტირებული ვართ მომავალში მონაცემთა ბაზის გაფართოებაზე (ან მონაცემთა ბაზების რაოდენობის გაზრდაზე) და ავიღოთ ორი SQL ბირთვი.

1C: Enterprise სერვერისთვის ბირთვების რაოდენობა არ არის ისეთი მნიშვნელოვანი, როგორც მათი საათის სიხშირე და ავტობუსის სიხშირე. ამიტომ, ჩვენ დავამატებთ კიდევ ორ ბირთვს 1C სერვერს.
და არ უნდა დაგვავიწყდეს, რომ ვირტუალიზაციის ინსტალაციისას, ჩვენ გვჭირდება ერთი ან ორი ბირთვი ჰოსტის ოპერაციული სისტემის მუშაობის უზრუნველსაყოფად.

ჩვენ ერთად გამოვდივართ:

• სერვერს ორი ვირტუალური აპარატით სჭირდება 12 ფიზიკური ბირთვი. თქვენ შეგიძლიათ გააკეთოთ ნაკლები, წინააღმდეგ შემთხვევაში შეიძლება დაკარგოთ ძალისხმევის რეზერვი. ამისთვის იდეალურია სერვერი ორი ექვსბირთვიანი პროცესორით.
• ტერმინალის სერვერისთვის საკმარისია ერთი Xeon E5620 პროცესორი ექვსი ბირთვით; მონაცემთა ბაზის სერვერისთვის საკმარისია Xeon E3-1220v3 პროცესორი რამდენიმე ბირთვით.

ოპერატიული მეხსიერება

მაშინვე გასაკვირია, რამდენი ოპერატიული მეხსიერებაა საჭირო სერვისებისთვის:

• Windows Server ოპერაციულ სისტემას დასჭირდება მხოლოდ 2 GB ოპერატიული მეხსიერება.
• SQL და პატარა 1C მონაცემთა ბაზისთვის საკმარისი იქნება 4-6 GB ოპერატიული მეხსიერება.
• 1C: Enterprise სერვერს აქვს კიდევ 2-3 GB ოპერატიული მეხსიერება.
• დადგენილია, რომ ყველა პაციენტს სჭირდება 700 მბ ოპერატიული მეხსიერება ტერმინალის სესიაზე, ამიტომ 30 პაციენტს სჭირდება 21 გბ.

ახლა ჩვენ დავრჩებით ჩვენს ვარიანტებში.

• ერთი სერვერი ორი ვირტუალური აპარატით მოითხოვს დაახლოებით 40 GB ოპერატიული მეხსიერება.
• ტერმინალის სერვერისთვის საკმარისი იქნება 24 GB ან 32 GB ოპერატიული მეხსიერება (რეზერვიდან აღებული, მაქსიმალური გაფართოების გადაცემით). მონაცემთა ბაზებით სერვერისთვის საჭიროა მინიმუმ 8 GB, წინააღმდეგ შემთხვევაში, 16 GB რეზერვის სახით. მეხსიერება სერვერის ერთ-ერთი ყველაზე იაფი კომპონენტია.

დისკის ქვესისტემა

ამ ტრადიციულ საცეკვაო კისერს ბევრი სისტემა აქვს. მყარი დისკების სწორი არჩევანი კიდევ უფრო მნიშვნელოვანია უსაფრთხო სერვერებისთვის. 1C-ის გაშვებისას SQL მონაცემთა ბაზაში, წამში წაკითხვის/ჩაწერის ოპერაციები არ არის (IOPS). როდესაც კლიენტები მუშაობენ ტერმინალურ სერვერზე თხელი კლიენტების გამოყენებით (ანუ ისინი მთლიანად ეყრდნობიან ტერმინალის სერვერს, როგორც სამუშაო შუა ადგილზე), ეს დიდ გავლენას ახდენს სერვერის დისკის სისტემაზე. მაგალითად, 30 ძირითადი ტერმინალის სერვერი RAID 1-ზე, SATA 3 გბ/წმ-ზე, WD Velociraptor დისკებით, დისკომფორტს გრძნობს ფოსტით მუშაობის საათში და ინტერნეტში აქტიური სერფინგის დროს. ტერმინალის სერვერებისთვის, ჩვენ გირჩევთ გამოიყენოთ SSD შენახვის მოწყობილობები. მონაცემთა ბაზის სერვერებისთვის - SAS დისკები, რომლებიც ინახება თაროში ვირტუალურ მასივამდე.

შემგროვებელთა კრემი, გთხოვთ, პატივი სცეთ დისკის კონტროლერს. ამჟამინდელ სერვერებს აქვთ კარგი კონტროლერები, როგორიცაა HP SmartArray და DELL PERC. თუმცა, არასწორია „საბორტო“ გადაწყვეტილებების არჩევა სერიოზული აპლიკაციებისთვის, როდესაც საჭიროა მაქსიმალური პროდუქტიულობა. ცოტათი რომ დაიცვათ, შეგიძლიათ მარტივად ამოიღოთ მჭიდრო სერვერი, რაც აღარ არის საჭირო. ამრიგად, კონტროლერი არის აპარატურა და არა პროგრამული უზრუნველყოფა, თავისი არასტაბილური მეხსიერებით.

მოდით შევხედოთ ამ მცენარის განბლოკვის ვარიანტებს.

• ერთი სერვერისთვის ორი ვირტუალური აპარატით, თქვენ უნდა შექმნათ ორი RAID მასივი: ერთზე გაიზრდება ტერმინალის სერვერის ვირტუალური აპარატის ფაილები, მეორეზე - მონაცემთა ბაზის სერვერის ვირტუალური მანქანის ფაილები "1C: Enterprises". ". პირველი მასივის შესაქმნელად, უმჯობესია გამოიყენოთ ორი SSD დისკი RAID 1-ში (სარკე).

  სხვა მასივი უფრო მარტივად შეიძლება შეიქმნას ოთხი SAS დისკიდან RAID 10-ში (სარკე + ზოლი), ან შესაძლებელია ორი SSD დისკიდან RAID 1-ში. არჩევანი დამოკიდებულია მხოლოდ დისკების ზომაზე და სერვერის მოდელზე.

• ორი სერვერისთვის ყველაფერი იგივეა, მხოლოდ რამდენიმე მასივი გადანაწილდება სერვერებზე. ტერმინალზე - RAID 1 ორი SSD-დან, მონაცემთა ბაზის სერვერზე - RAID 10.

ერთი ან მეტი სერვერი

როგორც ზემოთ ითქვა, მცირე ორგანიზაციებს დიდი მოთხოვნილება აქვთ განათავსონ თავიანთი სერვისები ერთ სერვერზე.

ერთ სერვერზე განახლებამდე და ვირტუალიზაციამდე შეგიძლიათ შეამციროთ ენერგიის მოხმარება და გაანაწილოთ რესურსები ვირტუალურ მანქანებს შორის. ვირტუალური მანქანების გადაცემა, ამ შემთხვევაში, ბევრად უფრო რთულია, ვიდრე ფიზიკური ოპერაციული სისტემების გადაცემა.

ამასთან, ორ სერვერს აქვს ბევრად უფრო დიდი პოტენციალი განახლებისთვის. მაგალითად, ჩვენს ვერსიაში, იაფი IBM x3550 M3 კიდევ ერთი პროცესორის და ოპერატიული მეხსიერების დამატებით გარდაიქმნება ელეგანტურ მოკლე ტერმინალის სერვერად 50 და მეტი კომპიუტერის მომხმარებლისთვის.

კიდევ ერთი „სასკოლო პრობლემა“ ჩვენს შემთხვევაში არის ის, რომ საჭიროა სიფრთხილე ორი ფიზიკური სერვერის არჩევისას და მათ შორის მონაცემთა გაცვლისას. ვირტუალური სერვერებისთვის მონაცემთა გაცვლა ხდება ვირტუალური გადართვის საშუალებით. აქ, ფენის გამტარუნარიანობის გასაზრდელად, შეგიძლიათ კანის სერვერზე დააინსტალიროთ ფენის ბარათი ორი გიგაბაიტიანი ინტერფეისით, რომლებიც შეიძლება ერთმანეთთან აგრეგირებული იყოს და შეუფერხებლად დააკავშიროთ სერვერი 2 გიგაბაიტიანი აგრეგაციებით სხვა ბმულებით. ან შეგიძლიათ გამოიყენოთ edge ბარათები SPF+ 10GBASE, წინააღმდეგ შემთხვევაში კმაყოფილი დარჩებით გზაზე.

საფონდო ბიძგისთვის

სერვერის დაგეგმვისა და არჩევისას, მაქსიმალური სიფრთხილე უნდა გამოიჩინოთ. ასევე აუცილებელია გვახსოვდეს, რომ მონაცემთა ბაზა არ "გადიდდეს", ტერმინალის სერვერზე მონაცემთა რაოდენობა გაიზრდება და კლიენტების რაოდენობა შეიძლება გაიზარდოს. არსებობს უამრავი ბიზნესი, რომელიც დაზოგავს შრომის რეზერვებს და, შრომის მეშვეობით, გაუმკლავდება სამუშაოს შეფერხებას და თანამშრომლების ფულის გამოდევნას. ეს პრობლემაა, თუ ზედმეტ ეკონომიას მომავალში ახალი ხარჯები მოჰყვება - ორმაგი გადახდა ძუნწია. ჩვენ მიერ შერჩეული ვარიანტები დაზღვეულია ძალისხმევის რეზერვითა და განახლების შესაძლებლობით. გარანტირებულია, რომ DELL R710-ში შესაძლებელი იქნება კიდევ ორი ​​მყარი დისკის და ოპერატიული მეხსიერების დამატება, ასევე პროცესორების შეცვლა უფრო პროდუქტიულით.

ისე, თუ გაფართოება გჭირდებათ, ან სერვისების რაოდენობა გაიზრდება, მაშინ დიდი პერსპექტივებია და არსებული სერვერები ეფექტურად დატოვებენ სამუშაოს დიდი ხნით. იქნებ, მდინარის გავლით, არ დაგვჭირდეს დღეში კლიენტების რაოდენობის გაზრდა, 60 კაცამდე? გთხოვთ.

Yakshcho Vikoristov იყო ერთი სერვერი Dell R710, შემდეგ შესაძლებელია იყიდოთ იაფი IBM X3550 M3, PIDYAT Nomo Gipervizor-ში, გადაიტანოთ Tudi ვირტუალური მანქანა 3 სერვერიანი მანქანით და Dell Vyddati ვირტუალური მანქანების ტერმინალში. ეს მშვენიერი იქნება და არ იქნება საჭირო „ყველაფრის გადაყრა და ახლის ყიდვა“.
თუ თქვენ მართავთ ორ IBM სერვერს, მაშინ x3550 M3 სხვა პროცესორისა და მცირე რაოდენობის ოპერატიული მეხსიერების დამატებით გარდაიქმნება საშუალო მანქანიდან მძიმე სამუშაო მანქანაზე. ხოლო x3250 M5-ში შეგიძლიათ განაახლოთ პროცესორი E3-1220v3-დან E3-1285v3-მდე.

დაახლოებით ორი წლის წინ, Linux პლატფორმაზე გამოვაქვეყნეთ მასალა 1C Enterprise სერვერის შესახებ და დიდი ინტერესია ამ თემის მიმართ. ამავდროულად, ბევრი რამ შეიცვალა, 1C პლატფორმა არ დგას და, ყველაზე ხშირად, სცილდება უბრალოდ ინსტრუქციების გამეორებას. გასაკვირი არ არის, რომ 1C Enterprise სერვერი რთული პროდუქტია, ამიტომ გადავწყვიტეთ წამოგვეწყო სტატიების სერია, რომელიც მიზნად ისახავს თემის უფრო ღრმა შესწავლას.

პირველი, აიღეთ დათვი და გაუშვით სერვერის ოთახში, დარწმუნდით, რომ მკაფიოდ შეიძინეთ საჭირო მინიმალური ცოდნა, ასევე ინფორმაცია 1C Enterprise სერვერის სტრუქტურისა და სხვა კომპონენტების მნიშვნელობის შესახებ. განლაგების პრობლემების უმეტესობა დაკავშირებულია იმ ფაქტთან, რომ 1C Enterprise სერვერი განიხილება, როგორც ერთიანი მონოლითური სისტემა, რომელშიც ყველა კომპონენტი ურთიერთდაკავშირებულია ეშმაკური გზით, რომელიც ცნობილია მხოლოდ ერთი გამყიდველისთვის. თუმცა, ეს ასე არ არის და დღეს ჩვენ გავარკვევთ, რისგან შედგება ჩვენი სერვერი და როგორ მუშაობს ყველაფერი ერთმანეთში.

მინდა კიდევ ერთხელ ვისაუბრო იმაზე, თუ რას ვგულისხმობ ქვემოთ. ამ ცოდნის გარეშე, რთული იქნება სტაბილური სამუშაოს მიღწევა, უნივერსიტეტების დიაგნოსტიკისა და გაზრდილი პროდუქტიულობის გარეშე. შედეგი შეიძლება კლასიკურ სურათს დაემსგავსოს: ჯერ უფრო მჭიდროა, ყველაფერი კეთდება ინსტრუქციის მიხედვით და უბრალოდ არეულობაა. სამწუხაროდ, დამწყებთათვის (მათ შორის ჩვენი) ინსტრუქციების უმეტესი ნაწილი შეიცავს ინფორმაციას იმის შესახებ, თუ როგორ უნდა ჩამოაყალიბოთ პატივისცემა, რა უნდა გააკეთოთ და რატომ. ასე რომ, დროა უკეთესობისკენ.

1C Enterprise-ის კლიენტ-სერვერის ვერსიას აქვს სამსაფეხურიანი სტრუქტურა (ე.წ. "tri-chlan"), რომელიც მოიცავს: კლიენტს, 1C Enterprise სერვერს და DBMS სერვერს. არსებობს სრულიად დამოუკიდებელი კომპონენტები, რომლებიც შეიძლება გაერთიანდეს ნებისმიერ მისაღებ კომბინაციაში საუკეთესო შედეგის მისაღწევად. მოდით შევხედოთ ამ დიაგრამას:

და ბოლოს, კლიენტებისგან, პლატფორმის მიმდინარე ვერსია (8.2) გადასცემს სამი ტიპის კლიენტის შინაარსს. გადავხედოთ მათ ანგარიშს.

კარგი კლიენტი

ეს არის კლასიკური 1C კლიენტის პროგრამა, პლატფორმა 8.2-ის გამოშვებამდე ის იყო კლიენტის ერთადერთი ხელმისაწვდომი ტიპი. რეგულარული კლიენტის მუშაობის სქემა იგივეა: კლიენტის აპლიკაცია ითხოვს მონაცემებს 1C სერვერიდან, შემდეგ მისი აპლიკაცია ითხოვს მას მონაცემთა ბაზიდან და უგზავნის მას კლიენტს, ვისგანაც ხდება მისი დამუშავება. როგორც შენიშნავთ, ეს სქემა არ არის ოპტიმალური: 1C სერვერი არსებითად მხოლოდ კლიენტსა და მონაცემთა ბაზას შორის ურთიერთობს, ყველა გადახდა ხდება კლიენტზე. ეს დამატებით სარგებელს აწესებს კლიენტის კომპიუტერებს, რადგან სერვერის ძალისხმევის გაანგარიშება არ ექვემდებარება vikorystvuyutsya. გასაგებია, რომ სქელი კლიენტის რეჟიმში თქვენ არ კარგავთ სიჩქარის ზრდას კლიენტ-სერვერის ვერსიაზე გადასვლისას, შეგიძლიათ მიუთითოთ ეს.

გამხდარი კლიენტი

მას შეიძლება ეწოდოს კლიენტის პროგრამების ძირითადი ტიპი 8.2 პლატფორმისთვის; თეორიულად, პრაქტიკაში, ყველაფერი ასე გლუვი არ არის და ჩვენ ამას დავუბრუნდებით. ამ რობოტის სქემა რადიკალურად განსხვავებულია: კლიენტი ითხოვს მონაცემებს 1C სერვერიდან, რომელიც ამოიღებს მას მონაცემთა ბაზიდან, ამუშავებს და აძლევს კლიენტს შედეგს გამოსათვლელად. მთავარი ფინანსური პასუხისმგებლობა ეკისრება სერვერს, ამიტომ არ არის განსაკუთრებული კავშირი კლიენტის კომპიუტერსა და არხს შორის კლიენტიდან სერვერამდე.

ასევე, თხელი კლიენტს შეუძლია იმუშაოს ან TCP/IP პროტოკოლის გამოყენებით ლოკალურ ინტერფეისზე ან HTTP-ის საშუალებით ინტერნეტით. ამისთვის საჭიროა სხვა შუამავალი - ვებ სერვერი, რომელიც გადასცემს კლიენტის თხოვნებს 1C სერვერზე, ვებ სერვერზე მონაცემთა დამუშავება არ არის ჩართული და მხოლოდ ტრანსპორტის სახით. თხელი კლიენტის უპირატესობები აშკარაა, ის იძლევა საშუალებას, მძიმე სერვერის თანდასწრებით, მნიშვნელოვნად დააჩქაროს პროგრამასთან მუშაობა და ასევე მნიშვნელოვნად ამცირებს ქსელის ტრაფიკს, რაც განსაკუთრებით მნიშვნელოვანია საოფისე ქსელებისთვის.

ვებ კლიენტი

ეს იდეა ლოგიკურად გამომდინარეობს თხელი კლიენტის სხვადასხვა უფლებამოსილებიდან, რადგან ყველა მოთხოვნა მუშავდება სერვერის მიერ, ტრანსპორტი არის HTTP, მაშინ რატომ არ გამოვიყენოთ ბრაუზერი რობოტისთვის? ვებ კლიენტის ოპერაციული სქემა არანაირად არ განსხვავდება თხელისგან, მაგრამ დღეს ყველა ფუნქცია, რომელსაც მხარს უჭერს თხელი კლიენტი, არ არის დანერგილი და სწორად მუშაობს ვებ კლიენტში. ეს ხშირად შეიძლება გამოსწორდეს კონფიგურაციაში, ხშირად ერევა ბრაუზერში ინფორმაციის ჩვენების მექანიზმში. თუმცა, 1C ვებ კლიენტი არ მუშაობს და არ მოითხოვს თქვენ (ისევ, თეორიულად) პროგრამაში მუშაობას პლანშეტზე დაწოლისას.

ახლა დაახლოებით ერთი კოვზი თაფლი კასრში. ნორმალური მუშაობისთვის თხელი და ვებ კლიენტის რეჟიმებში, კონფიგურაცია უნდა მუშაობდეს გამაგრებული პროგრამის რეჟიმში და მხარდაჭერილი იყოს ყველა ფუნქცია ამ რეჟიმში. სერტიფიცირებული დამატების რეჟიმი არის მთავარი პლატფორმა 8.2-ისთვის და დამატება რადიკალურად განსხვავდება იმისგან, რაც ადრე იყო, ზარის ჩათვლით. ვიზუალურად, ახალი დამატებების ნახვა შესაძლებელია ახალ ინტერფეისში, დამატებითი ჩანართებით და ჰიპერენერგიით:

სულ მცირე, ეს არ არის მნიშვნელოვანი, განსაკუთრებით კლასიკური ინტერფეისის შესაბამისად, მაგრამ არ იჩქაროთ ახალი ინტერფეისით სარგებლობა, გარდა მიმდინარე გარეგნობისა, კონფიგურაციამ უნდა უზრუნველყოს შესვლა ყველა ვებსაიტის სერვერზე. ეს ფუნქცია შეიძლება ჩანდეს, რომ მიუწვდომელია თხელი და ვებ კლიენტის რეჟიმში. ყველა შესაძლებლობა.

დღესდღეობით, კერამიკული დამატებითი რეჟიმში გამოიყენება რამდენიმე ტიპიური კონფიგურაცია, როგორიცაა: მცირე კომპანიის მენეჯმენტი, ვაჭრობის მენეჯმენტი 11, განყოფილება 2 და ხელფასი და პერსონალის მართვა. ამ გადაწყვეტილებებს შეუძლია ისარგებლოს ახალი პლატფორმის ყველა უპირატესობით. Business Accounting 2.0 არ იყენებს ცერებრალური დანამატის რეჟიმს და არ იმუშავებს თხელი და ვებ კლიენტებში; ასევე არის მდიდარი მესამე მხარის გადაწყვეტილებები, როგორიცაა "Kamin" და ა.შ.

ვისნოვკი

თუ შესაძლებელია, გამოიყენეთ თინ კლიენტი, რომელიც საშუალებას გაძლევთ გადაიტანოთ ყველა გადახდა სერვერის უკანა მხარეს და კომფორტულად დაამუშავოთ ყველა არხზე, zokrema. ინტერნეტის საშუალებით. გთხოვთ, გაითვალისწინოთ, რომ კონფიგურატორის რეჟიმში მუშაობა შეიძლება განხორციელდეს მხოლოდ იმავე კლიენტის მეშვეობით, რომელიც ასევე საჭირო იქნება იმ კონფიგურაციებთან მუშაობისთვის, რომლებიც ჯერ კიდევ არ არის გადართული გაფართოებულ რეჟიმში.

ვებ კლიენტი უნდა იქნას გამოყენებული მხოლოდ იმ შემთხვევაში, თუ მას არ აქვს შესაძლებლობა სწრაფად შეხვიდეთ თხელზე, მაგალითად, სხვისი კომპიუტერიდან დაკავებულიდან, ამ შემთხვევაში ჩვენ ვემზადებით გარკვეული ფუნქციების არასწორი მუშაობის შესაძლებლობისთვის.

1C სერვერის კლასტერი

კლიენტებს რომ დავშორდით, გადავიდეთ სერვერებზე. სისტემა გადასცემს სამი ტიპის სერვერს: 1C სერვერი, DBMS სერვერი და ვებ სერვერი. მნიშვნელოვანია გვესმოდეს, რომ სერვერის მონაცემები სრულიად დამოუკიდებელია ერთმანეთისგან, რაც სისტემას ანიჭებს მოქნილობას და იძლევა გამოთვლითი რესურსების რაციონალური გამოყენების საშუალებას.

ასევე, სისტემა არ აწესებს დამატებით მოთხოვნებს პლატფორმებზე. შეგიძლიათ გამოიყენოთ როგორც Windows, ასევე Linux სერვერები, Apache და IIS, ვებ სერვერები, PostgreSQL, MS SQL Server, IBM DB2 და Oracle. ამიტომ, არავის სჭირდებით, რომ შექმნათ სქემა, რომელშიც 1C სერვერი, რომელიც მუშაობს Linux პლატფორმაზე, მუშაობს მონაცემთა ბაზის სერვერთან ერთად Windows Server და IIS და ა.შ. გარდა ამისა, შეგიძლიათ გამოიყენოთ მრავალი DBMS სერვერი (ისევე, როგორც ვებ სერვერები) სხვადასხვა სერვერზე სხვადასხვა მონაცემთა ბაზის შესაქმნელად.

ეს მიდგომა საშუალებას გაძლევთ ინდივიდუალურად დააკავშიროთ, გააფართოვოთ და შეცვალოთ ორიგინალური კონფიგურაცია თქვენი ამჟამინდელი მოთხოვნილებების შესაბამისად, ხოლო საბოლოო მომხმარებელს საშუალებას აძლევს დაინახოს ყველაფერი რაც შეიძლება ნათლად. მაგალითად, შეგიძლიათ გადაიტანოთ IB რესურსების მართვა ცალკე DBMS სერვერზე, სერვერის პარამეტრებში მონაცემთა ბაზასთან დაკავშირების პარამეტრების შეცვლით, კლიენტის პარამეტრების შეფერხების გარეშე.

და ბოლოს ჩვენ გვაქვს: 1C Enterprise სერვერების კლასტერი. ასე რომ, ეს მართალია, არა ერთი სერვერი, არამედ სერვერების კლასტერი. დარეკეთ აქ და ყველაფერი ცუდად წავა, განსაკუთრებით თუ მხოლოდ ერთი სერვერია. თუმცა, ყველაფერი თავის ადგილზე დგება, რადგან სერვერის კლასტერის კონცეფცია ჩვენთვის უფრო ლოგიკურია, მაგრამ ეს მიდგომა მარტივად საშუალებას გაძლევთ გააფართოვოთ სქემა, გაზარდოთ მისი პროდუქტიულობა და სტაბილურობა ერთ წერტილამდე.

ნებისმიერი კლასტერი შედგება Central 1C Enterprise სერვერისა და სამუშაო სერვერებისგან. უმარტივეს კონფიგურაციას ექნება იგივე ფიზიკური სერვერი. თუმცა, ჩვენი საჭიროებისთვის, ჩვენ შეგვიძლია დავამატოთ დამატებითი სამუშაო სერვერები, დაბალანსებული ცენტრალური სერვერის საფუძველზე. ეს საშუალებას აძლევს მომხმარებელს სწრაფად და მარტივად გაზარდოს სისტემის დაჭიმვის სიმტკიცე და გაზარდოს აცვიათ წინააღმდეგობა. კლასტერს ასევე არ სჭირდება პლატფორმის ერთგვაროვნება; მის საწყობს შეუძლია სერვერების გაშვება როგორც Windows, ასევე Linux სერვერების ქვეშ.

რა აზრის მიღება შეიძლება ნათქვამიდან? უპირველეს ყოვლისა, 1C Enterprise კლიენტ-სერვერის სისტემა ძალიან მოქნილია და საშუალებას გაძლევთ ოპტიმალურად გამოიყენოთ არსებული გამოთვლითი რესურსები ოპტიმალური შედეგის მისაღწევად. თავად კონფიგურაციის არჩევისას მნიშვნელოვანია გავითვალისწინოთ კონკრეტული მოთხოვნები და მახასიათებლები, რომლებიც, როგორც ჩანს, ყველაზე ეფექტურია მათთვის.

მაგალითად, თუ თქვენ გაქვთ მცირე უპირატესობა და იყენებთ კონკრეტულ კლიენტს და კონფიგურაციას, რომელიც არ უჭერს მხარს ბირთვის რეჟიმს, შეიძლება დაგჭირდეთ 1C სერვერების კლასტერი და DBMS სერვერის გაერთიანება ერთ ფიზიკურ სერვერზე, როგორც ხედავთ აპარატის გამოყენებას. კლიენტსა და მონაცემთა ბაზას შორის მოძიება ძალიან ეფექტურია.

და ბოლოს, გამაგრებული დანამატის გამოყენებით თხელი კლიენტის რეჟიმში, DBMS სერვერი და სერვერის კლასტერი შეიძლება დაიყოს სხვადასხვა სერვერებად, რომლებიც ოპტიმიზირებული იქნება მათი ამოცანებისთვის.

1C: Enterprise 8 შეიძლება გამოჩნდეს როგორც რესურსზე ინტენსიური დანამატი თანამშრომლების მცირე რაოდენობით. სერვერის არჩევით 1C-ზე, როგორიც არ უნდა იყოს მმართველი, გსურთ თავიდან აიცილოთ „დაბადების ტრავმები“ - ახალი პოტენციური უნივერსიტეტის საფუძველი. მეორეს მხრივ, დღეს ცოტა ადამიანი ყიდულობს უკიდურესი სირთულის სერვერებს მოგების მიზნით. უმჯობესია წინასწარ აიღოთ ამაოების პროფილი - უფრო ადვილია სერვერის დაპროექტება კომპანიის აქსესუარების კონკრეტული კონფიგურაციისთვის.

მნიშვნელობისთვის, მოდით შევხედოთ პლატფორმას "1C: Enterprise 8.2" მისი პოპულარული ძირითადი კონფიგურაციებით "ბუღალტერია", "ვაჭრობა და საწყობი", "ხელფასი და პერსონალის მენეჯმენტი", "სავაჭრო საწარმოს მენეჯმენტი" და, ნაწილობრივ, "U მთავრობა. ვირუსული საწარმო". როგორც ჩანს, ბიზნესისთვის, რომელსაც აქვს 10 ან მეტი კომპიუტერი, რომელიც მუშაობს 1C-ით, გამოიყენება "1C: Enterprise 8.2". დამატებითი სერვერი." არსებობს დისტანციური დესკტოპის რეჟიმში მუშაობის შესაძლებლობა, ერთსაათიანი მონაცემთა ბაზების რაოდენობა 100-150-მდე. რეკომენდაციები იგივე დარჩება "მნიშვნელოვანი" 1C მონაცემთა ბაზებისთვის, მაგრამ "მნიშვნელოვანი საკითხები" ყოველთვის მოითხოვს ინდივიდუალურ მიდგომას.

პროცესორები და ოპერატიული მეხსიერება

ვინაიდან კომპანია ძალიან მცირეა (სისტემაში 2-7 თანამშრომელი), მონაცემთა ბაზა მცირეა (1 გბ-მდე) და „1C:Enterprise 8.2“ მუშაობს კომპიუტერზე ფაილის რეჟიმში, მაშინ ჩვენ ვირჩევთ კლასიკურ განხორციელებას. ფაილის სერვერი. ასეთი ამოცანებით, CPU-ს საჭიროება ორიენტირებულია Intel Core i3-ზე, განსაკუთრებით Intel Xeon E3-12xx-ზე. საჭირო შემთხვევითი წვდომის მეხსიერების რაოდენობა (RAM) ძალიან მარტივია: 2 GB ოპერაციული სისტემისთვის და 2 GB სისტემის ფაილების ქეშისთვის.

თუ კომპანიას ჰყავს 5-25 1C თანამშრომელი, მონაცემთა ბაზის ზომა 4 გბ-მდეა, მაშინ „1C:Enterprise 8.2“ დანამატი შეიძლება დაინსტალირდეს 4 ბირთვიან Intel Xeon E3-12xx-ზე ან AMD Opteron 4xxx-ზე. ოპერაციული სისტემის 2 GB ოპერატიული მეხსიერების გარდა, თქვენ უნდა ნახოთ 1-4 GB 1C: Enterprise 8.2-ში. დამატებითი სერვერი და სხვა MS SQL სერვერის ქეშის ქვეშ - მხოლოდ 8-12 GB ოპერატიული მეხსიერება. მცირე მონაცემთა ბაზებისთვის უმჯობესია მონაცემთა ბაზის მინიმუმ 30% ქეშირება RAM-ში, უფრო სწორად, 100%.

შეგვატყობინეთ (თუმცა ეს განსაკუთრებით არ არის საჯარო) ფაქტი: „1C:Enterprise 8.2. თქვენ აღარ მოგწონთ დამატებითი სერვერი, თუ ოპერაციული სისტემა მას გადასცემს თქვენს მყარ დისკზე არსებულ სვოპ ფაილს და კარგია, რომ გამოიყენოთ იგი. ამიტომ, სერვერზე, სადაც მუშაობს "დამატების სერვერი", ყოველთვის იქნება თავისუფალი ადგილის რეზერვი RAM-ში - ეს უფრო იაფია ამ დღეებში.

1C-ზე მეტი სისტემების მქონე კომპანიებს სჭირდებათ დისტანციური წვდომა პროგრამებზე (Remote Desktop) - ტერმინალის რეჟიმში. როგორც წესი, 10-100 1C მომხმარებელთან 1 გბ და მეტი მონაცემთა ბაზის მქონე, „1C: Enterprise 8.2. დამატებითი სერვერი და 1C:Enterprise 8.2 დანამატი გაშვებულია იმავე სერვერზე.

პროცესორის საჭირო რესურსების გამოსაყოფად, ეს გამომდინარეობს იქიდან, რომ ერთ ფიზიკურ ბირთვს შეუძლია ეფექტურად გაუმკლავდეს არაუმეტეს 8 ბირთვის ძაფს - ეს გამოწვეულია პროცესორების შიდა არქიტექტურით. როგორც პრაქტიკა გვიჩვენებს, 1C + დისტანციური სამუშაო მაგიდის დაყენებისას, ის არ არის შესაფერისი ახალგაზრდა ხაზების სერვერული პროცესორებისთვის, ბირთვების დაბალი სიხშირით და ჩამოშლილი არქიტექტურით. თუ არ არის ბევრი პერსონალური კომპიუტერი (15-20-მდე), შეგიძლიათ დააინსტალიროთ ერთი მაღალი სიხშირის Intel Xeon E3-12xx პროცესორი. ამ მინიმუმზე, ერთ ფიზიკურ ბირთვს (2 ძაფს) იყენებს SQL Server, მეორეს (2 ძაფს) იყენებს 1C:Enterprise 8.2. "დამატების სერვერი" და აქვს 2 ფიზიკური ბირთვი (4 თემა) - OS და ტერმინალის მომხმარებლების ქვეშ. თუ 1C მომხმარებელთა რაოდენობა 20-ზე მეტია, ან თუ მონაცემთა ბაზა 4 გბ-ზე მეტია, დროა განაახლოთ 2 პროცესორულ სისტემაზე Intel Xeon E5-26xx ან AMD Opteron 62xx.

საჭირო ოპერატიული მეხსიერების დაშლა საკმაოდ მარტივია: 2 GB საჭიროა OS-სთვის, 2 GB ან მეტი – MS SQL Server როგორც ქეში (ბაზის არანაკლებ 30%), 1-4 GB – ქვეშ “1C:Enterprise 8.2. დამატებითი სერვერი", სერვერის მეხსიერებაზე წვდომა შესაძლებელია ტერმინალის სესიებზე. ერთი ტერმინალის ანგარიშის მენეჯერი, კონფიგურაციიდან გამომდინარე, მუშაობს დამატებებით "ბუღალტერია", "ვაჭრობა და საწყობი" - 100-120 მბ, "ხელფასები და პერსონალის მართვა", "სავაჭრო საწარმოს მენეჯმენტი" - 120-160 მბ, "მენეჯმენტი". Viral Enterprise 180-240MB. თუ კლიენტი დამატებით მუშაობს სერვერზე MS Word, MS Excel, MS Outlook, მაშინ თითოეულ დამატებით აპლიკაციას სჭირდება დაახლოებით 100 მბ. როგორც წესი, ტერმინალის სერვერისთვის მინიმალური არის 12 GB ოპერატიული მეხსიერება.

მაგალითად, 1C სერვერისთვის სრული პროგრამული პაკეტით, 50 ტერმინალური მოწყობილობისთვის "Trading Enterprise Management" კონფიგურაციაში და 8 GB მონაცემთა ბაზაში, ოპტიმალური დატვირთვა გამოითვლება ორი Intel Xeon E5-2650 პროცესორის წონით (8 ბირთვი). , 16 ძაფები iv, 2.0 გჰც). RAM-ს დასჭირდება მინიმუმ 2 (OS) + 4 (SQL) + 4 (1C სერვერი) + 8 (160 "USP" * 50 კლიენტი) = 18 გბ, ან უფრო ზუსტად 24-32 გბ (6-8 DIMM არხი 4 გბ თითოეულში) .

დისკის ქვესისტემა

1C:Enterprise 8 სერვერების სრულ ფუნქციონირებასთან დაკავშირებული პრობლემების უმეტესობა დაკავშირებულია შეუსაბამობებთან, რომლებიც დაკავშირებულია შეყვანის-გამომავალი ოპერაციების ტიპებთან, რა მონაცემებთან და რა ინტენსივობით. ყველაზე ხშირად, თავად დისკის ქვესისტემა არის სერვერის მთლიანობის საკმარისი პროდუქტიულობის უზრუნველსაყოფად - და მონაცემთა ბაზის შეძენის შემთხვევაშიც კი, ყველაზე დიდი პრობლემაა დაბლოკვის ცხრილი მათთან ერთსაათიანი მუშაობის დროს კლიენტის დახმარების გარეშე ან მასის დროს. შენაძენები/გაუმჯობესებები/განცხადებები. სერვერის დისკის ქვესისტემის მონიტორინგი და ოპტიმიზაცია.

1C-ს აქვს 5 მონაცემთა ნაკადი დისკის ქვესისტემისთვის, რომლებთანაც მუშაობს:

• მონაცემთა ბაზის ცხრილები;
• საინდექსის ფაილები;
• დროის ფაილები tempDB;
• SQL ჟურნალის ფაილი;
• 1C koristuvatsk დანამატების ჟურნალის ფაილი.

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 კლიენტით ადვილად მიაღწევს. 1200 0-180 წწ.

როგორც ჩანს, საშუალო მოთხოვნა დისკის ქვესისტემაზე შეიძლება იყოს პიკის 10-15%. რაც ნამდვილად მნიშვნელოვანია, არის პროდუქტიულობა პიკის შეძენის პერიოდში: მონაცემების ავტომატური მიღება სხვა სისტემებიდან, მონაცემების გაცვლა ცალკეული სისტემიდან და პერიოდის ხელახალი გადაცემა.

ყოველდღიური დისკები წაკითხვისა და ჩაწერის ოპერაციებში შემთხვევითი წვდომით (შემთხვევითი წაკითხვა/ჩაწერა) სათითაოდ უმკლავდებიან შემდეგ მოთხოვნებს:

					Intel 910 400 GB
				2400 – 8600 IOPS

კარგია ამის დანახვა:

• ვიწრო ადგილი HDD-სთვის, ხოლო SSD-სთვის – ჩაწერა;
• ტრადიციული HDD-ები არ არიან SSD-ების კონკურენტები IOPS-ში წაკითხვის სიჩქარისთვის, თეორიულად, განსხვავება აღემატება სიდიდის ორ ბრძანებას;
• თუმცა, არა ყველაზე გავრცელებული დესკტოპის SSD 3-40-ჯერ (დამოკიდებულია კონფიგურაციაზე) აჭარბებს IOPS-ზე ჩაწერის სიჩქარეს HDD-ის მიუხედავად, სერვერის SSD - 12-40-ჯერ მეტი ვიდრე HDD;
• მაქსიმალური IOPS მუშაობისთვის, მიეცით PCIe SSD კლასის Intel 910 ან LSI WarpDrive.

მონაცემთა ბაზის სერვერებზე ცალკეული დისკები არ არის გამოყოფილი, მხოლოდ RAID მასივები. დისკის ქვესისტემის რეალური პროდუქტიულობის შემდგომი გასაუმჯობესებლად, საჭიროა გადაიხადოთ ხარჯები (ჯარიმა) IOPS-ზე ჩაწერისთვის, რაც არის დისკის ჯგუფის გადატანა RAID-ში:

თუ RAID 10-დან აიღებთ 6 დისკს, მაშინ ფიზიკური დისკის 2 IOPS დაიხარჯება 1 IOPS მონაცემთა ჩაწერაზე, ხოლო 6 IOPS დისკი დაიხარჯება RAID 6-ზე. ამრიგად, ჩაწერისთვის დისკის ჯგუფის გამოყოფის შესაძლებლობის გაფართოებისას, ჯერ უნდა გააერთიანოთ RAID ჯგუფში ყველა დისკის IOPS, შემდეგ კი დაყოთ ისინი "კარგად".

კონდახი 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 Back რეჟიმით სასარგებლოა. მონაცემები არ იწერება პირდაპირ დისკებზე (როგორც Write Through რეჟიმში), არამედ კონტროლერის ქეშში და მხოლოდ ამის შემდეგ, ჯგუფურ რეჟიმში და მოწესრიგებულად, დისკებზე. სპეციფიკაციებიდან გამომდინარე, ჩაწერის პროდუქტიულობა შეიძლება გაიზარდოს 30-100%-ით.

დაბალი მოცულობის ან ძალიან მცირე მონაცემთა ბაზებისთვის (20 გბ-მდე), არსებობს IOPS-ის გამოყენების იაფი გზა - ჰიბრიდული RAID SSD/HDD-დან. უფრო დიდი და არ საჭიროებს მონაცემთა ბაზის ფაილს 3-15 თანამშრომლისთვის კაფეში ან სერვის სადგურად დაყოფილ სტრუქტურაში.

დიდი (200 გბ ან მეტი) მონაცემთა ბაზებისთვის გრძელი ისტორიული მონაცემთა ბილიკით ან რამდენიმე დიდი მონაცემთა ბაზის მომსახურებისთვის, SSD ქეშირება (LSI CacheCade 2.0 ან Adaptec MaxCache 3.0 ტექნოლოგიები) შეიძლება ეფექტური იყოს. გარდა ასეთი სისტემების მუშაობისა, თავად 1C ამოცანებში, მათი დახმარებით, შესაძლებელია დისკის ოპერაციების დაჩქარება 20-50%-ით საკმაოდ იაფად და ინფრასტრუქტურაში მნიშვნელოვანი ცვლილებების გარეშე.

IOPS-ში სიჩქარის კოდის ჩემპიონმა გადასცა RAID მასივები სერვერის SSD-ებზე – ორივე ტრადიციულად, SAS RAID კონტროლერთან და PCIe SSD-ით. მის პოპულარობას განაპირობებს ორი შუამავალი ფაქტორი: ტექნოლოგიური (RAID კონტროლერების პროდუქტიულობა ან შენახვის სტრუქტურის რადიკალურად გაუმჯობესების საჭიროება) და განხორციელების ღირებულება.

აღსანიშნავია ინდექსის ფაილების და TempDB შენახვის შესახებ. ინდექსის ფაილები ძალიან იშვიათად ახლდება (შეკვეთაზე ერთხელ დარეკვა), მაგრამ ძალიან ხშირად იკითხება (IOPS). ასეთი მონაცემები უბრალოდ უნდა იყოს შენახული SSD-ზე, მათი კითხვის შესრულების გამო! TempDB, რომელიც გამოიყენება საათობრივი მონაცემების შესანახად, ჩვეულებრივ მცირე ზომისაა (1-4-12 GB), მაგრამ შეიძლება სწრაფად ჩაიწეროს. ინდექსი და საათობრივი ფაილები შეიცავს მათ, რათა მათმა ნარჩენებმა არ გამოიწვიოს რეალური მონაცემების დაკარგვა. კარგად, ისინი შეიძლება განთავსდეს ორმაგ (ან უკეთესად, ორ ორმაგ ტომზე) SSD-ზე. მე მინდა დედაპლატის ბორტ SATA კონტროლერზე. საიმედოობისა და სიჩქარის კოდების თვალსაზრისით, TempDB-ში აუცილებელია SSD-დან სარკის (RAID1) დამატება, ეს შესაძლებელია ბორტ კონტროლერზე, მაგრამ ჩაწერისთვის ყველა ქეშის სავალდებულო კავშირით. ამ როლით, დესკტოპის SSD-ები ასევე დაკავშირებულია Intel 520-ს სერიებთან და მონაცემთა ტექნიკის შეკუმშვა TempDB-ზე ჩაწერისას შემთხვევითი იქნება. გაზის სისტემიდან ამ ამოცანების დანერგვა, ხილული შვედური ქვესისტემის გადარჩენა, დადებითად აისახება გაზის სისტემის პროდუქტიულობაზე, განსაკუთრებით პიკური მოთხოვნის მომენტებში.

იმ სიტუაციებში, როდესაც შესაძლებელია ადმინისტრატორების უსწრაფესი რეაგირების უზრუნველყოფა წარუმატებლობის შემთხვევაში და როდესაც არის რთული მრავალფუნქციური დავალება (საწყობი ან ტრანსპორტის ლოჯისტიკა, წარმოება UPP-ში, გაცვლის მოცულობა URDB-ში), TempDB არის გაუმართავი RAM Drive-ზე. . ეს გამოსავალი საშუალებას გაძლევთ მიიღოთ სისტემის მთლიანი პროდუქტიულობის 4-12%-მდე. ეს დაუცველობა ჩნდება სერვერის გადატვირთვის დროსაც კი: თუ RAMDrive ავტომატურად არ ჩაირთვება, ადმინისტრატორს მოეთხოვება მისი ხელით გაშვება - წინააღმდეგ შემთხვევაში მთელი სისტემა მარცხდება.

კიდევ ერთი მნიშვნელოვანი კომპონენტია ჟურნალის ფაილები. ნებისმიერი დისკის ქვესისტემისთვის შეიძლება მიუღებელი იყოს მრავალი ჩანაწერის სტაბილური ნაკადის გენერირება. ეს არ არის შესამჩნევი საშუალო დონეზე, მაგრამ ის კარგავს 1C სერვერის სიჩქარის კოდს პიკ დონეზე. p align="justify"> გონივრული იქნება ჟურნალის ფაილის (განსაკუთრებით SQL log ფაილის) განთავსება ცალკე ფიზიკურ ტომზე, რომელსაც არ აქვს მაღალი IOPS ტევადობა და რომელზედაც მოხდება პრაქტიკულად ხაზოვანი ჩაწერა. სიმშვიდისთვის, შეგიძლიათ შექმნათ სარკე იაფი და მაღალი მოცულობის SATA/NL SAS-ისგან (სრული ჟურნალისთვის), ან იაფი დესკტოპის SSD-ებიდან, იგივე Intel 520 სერიის (მარტივი ჟურნალი, ან სრული ჟურნალი, ჩვენი დახმარებით). სარეზერვო და გაწმენდა).

მოკლედ, შეგვიძლია ვთქვათ, რომ სერვერზე SSD-ის მოსვლა ხსნის ახალ შესაძლებლობებს მასობრივი სერვერების პროდუქტიულობის გაზრდისთვის - მონაცემთა ფართო დაზოგვისა და დისკის შეყვანის/გამოსვლის გონივრული კონფიგურაციის მიზნით.

"იდეალური 1C სერვერის" დისკის ქვესისტემა ასე გამოიყურება:

1. მონაცემთა ბაზის ცხრილები განთავსებულია RAID 10-ზე (ან RAID 1-ზე მცირე მონაცემთა ბაზებისთვის) საიმედო სერვერის SSD-ებზე სავალდებულო ტექნიკის RAID კონტროლერით. თუ თქვენ გაქვთ მაღალი IOPS მოთხოვნები, შეგიძლიათ განიხილოთ PCIe SSD ვარიანტი. დიდი მოცულობის მონაცემთა ბაზებისთვის, HDD მასივების SSD ქეშირება ეფექტურია. იმის გამო, რომ 1C კონფიგურაცია და მონაცემთა სტრუქტურა, რომელიც ანალიზდება, არ შეუძლია IOPS-მდე, ხოლო დამხმარეების რაოდენობა მცირეა, აუცილებელია HDD SAS 15K rpm-ის ტრადიციული მასივის დაყენება.

2. ინდექსის ფაილები გადადის სწრაფ ან იაფ ერთ SSD-ზე, TempDB – 1-2 (RAID 1) SSD-ზე ან RAMDrive-ზე.

3. SQL log ფაილებისთვის (და, რაც მთავარია, 1C) მოცულობის ჩასაწერად (იგივე ფიზიკური დისკი ან RAID-1) SATA/NL SAS HDD-ზე ან იაფფასიან SSD-ზე, ან ლოგიკურ დისკზე RAID მასივზე, რომელზეც სერვერის ოპერაციული სისტემა დაინსტალირებულია ფაილები/საქაღალდეები.

4. ოპერაციული სისტემა და მომხმარებლის მონაცემები ინახება RAID 1-ზე HDD-დან ან SSD-დან.

ვინაიდან IT ინფრასტრუქტურა ვირტუალიზებულია, ძალიან მნიშვნელოვანია, რომ SQL Server არ იყოს დაინსტალირებული როგორც ვირტუალური მანქანა, არამედ პირდაპირ ფიზიკურ სერვერზე. სიმძლავრის ფასი არის დისკის ქვესისტემის პროდუქტიულობის 15-დან 35%-მდე (დამოკიდებულია ხელმისაწვდომობაზე, დრაივერებზე, ვირტუალიზაციის მახასიათებლებზე და კავშირის მეთოდებზე). ვირტუალური SQL სერვერის შუალედური პროგრამა აკავშირებს ტომებს მონაცემთა ბაზის ცხრილებთან, ინდექსის ფაილებთან და TempDB-სთან VM-თან ექსკლუზიური პირდაპირი წვდომის რეჟიმში.

მერეჟევის ინტერფეისები

1C:Enterprise 8 სისტემების დაყენებისას მცირე და საშუალო საწარმოებისთვის (100-150-მდე აქტიური მომხმარებელი ერთდროულად), შეამცირეთ ხარჯები ზღვარზე ოპერაციებზე Ethernet ინტერფეისის საშუალებით. იდეალურ შემთხვევაში, მიირთვით SQL Server, 1C:Enterprise 8 დამატებითი სერვერი x64 და 1C კლიენტის სესიები დისტანციურ სამუშაო მაგიდაზე ერთი ფიზიკური სერვერით. საკამათოა მაქსიმუმ გამძლეობის უზრუნველსაყოფად, ეს რეკომენდაცია საშუალებას გაძლევთ მიიღოთ მაქსიმუმი პროგრამული უზრუნველყოფის ფლობისგან, ხოლო ვირტუალიზაციის სტაბილურობისთვის ის იძლევა უსაფრთხოების მაღალ დონეს და ”შუაშის განმეორებას”. ” დაყენებულ შუმუზე.

დროა გამორთოთ Ethernet SQL Server-დან -> Add-on Server 1C:Enterprise 8 -> Coristuvach Session 1C:Enterprise 8? Ethernet Fringe ინტერფეისი, რომელიც ათავსებს მონაცემებს გადაცემისთვის ძალიან მცირე ბლოკებში, შექმნის დამატებით შეფერხებებს: როგორც ტრაფიკის შეფუთვის/გახსნისას, ასევე თავად გადაცემის დროს (მაღალი შეყოვნება). U 1C:Enterprise 8 Dosti დიდი რაოდენობით მონაცემები გადადის ქვეყნის მასშტაბით დასამუშავებლად და გამოსატანად, ზოგიერთ სიტუაციაში - მხარეების საზიანოდ. მონაცემთა უშუალოდ გადაცემისას ერთი პროცესიდან მეორეზე სერვერის ოპერატიული მეხსიერების ფარგლებში (ერთ სერვერზე ვირტუალიზაციის გარეშე) ან ვირტუალური კიდეების ინტერფეისის მეშვეობით (იგივე ფიზიკურ სერვერში, კარგი სერვერის კიდეების გადამყვანებით RAM-ის ბლოკებით V.M.-ს შორის გადატანილი) ჭრები უხვადაა. ქვედა. მიმდინარე ორმაგი პროცესორიანი სერვერები დიდი ოპერატიული მეხსიერებით და დისკის ქვესისტემით SSD-ზე საშუალებას გაძლევთ კომფორტულად მოემსახუროთ 1C მონაცემთა ბაზას 100-150 აქტიური კლიენტისთვის.

თუ გსურთ მონაცემთა ბაზის განთავსება მრავალ ფიზიკურ ჰოსტზე, გარდაუვალია, რომ ყველა სერვერი დაკავშირებული იყოს 10 გბ Ethernet-ით. ან, მინიმუმ, 2-4 აგრეგირებული 1 გბ Ethernet კავშირი ტექნიკის TCP/IP აჩქარებით (TCP/IP Offloader) და ტექნიკის ვირტუალიზაციის მხარდაჭერით.

საბიუჯეტო გადაწყვეტილებები ყველაზე მეტად განიცდის დაკარგულ პროდუქტიულობას Ethernet პორტებზე. საიდუმლო არ არის, რომ 1 გბ კიდეზე გადამყვანები, რომლებიც შედუღებულია უმეტეს სერვერის დედაპლატებზე, არ არის შესაფერისი ინტენსიური ზღვარზე ტრაფიკის მოსამსახურებლად. დაფაზე არის 2 ან 3 GbE პორტები, რაც დამოკიდებულია დესკტოპის ჩიპებზე განხორციელების მიხედვით. საკმარისი კონტროლი გამოიწვევს დამატებით ხარჯებს ზღვარზე გაცვლის შესანარჩუნებლად, განსაკუთრებით ვირტუალურ გარემოში. ასეთი ჩიპის საშუალებით მონაცემთა გადაცემის მთელი პროცესი ზრუნავს პროცესორის რესურსების, ოპერატიული მეხსიერების და შიდა ავტობუსების მოთხოვნილებაზე. ასეთი ჩიპები არ იძლევა რაიმე აჩქარებას IP ტრაფიკის გადაცემაში; როდესაც მიიღება Ethernet-ის პაკეტების გადაცემა, ისინი მაშინვე წყდება პროცესორის მიერ. ვირტუალიზებულ გარემოში, პროდუქტიულობის დაკარგვამ ინტერფეისზე შეიძლება მიაღწიოს 25-30%. ყველაზე სამწუხარო ის არის, რომ მონიტორინგის მეთოდებისთვის ყველაზე ძირითადი ინტერფეისის მნიშვნელობა შეიძლება არ შეინიშნოს. ამაზე პასუხისმგებელია ცენტრალური პროცესორი და თუ ის არ მუშაობს, ის უმოქმედოდ ზის გვერდის ბარათის იზოლირებულ ფორმაში. დესკტოპის ჩიპებზე პორტები უნდა იყოს გამორთული ვირტუალური გარემოს მონაცემთა ნაკადიდან, მოხსნის კონტროლს სერვერზე. ინტენსიური ზღვარზე ტრაფიკისთვის, დაამატეთ დისკრეტული ზღვრის ბარათი სერვერის ჩიპსეტს.

ხილვადობა და დასაშვები უსაქმურობის დრო?

სერვერების პროდუქტიულობის შესახებ დისკუსიებს ყოველთვის შეიძლება ახლდეს სუპერ შენიშვნები მათი საიმედოობის შესახებ. გამძლეობის უზრუნველყოფა სამუდამოდ მოითხოვს დამატებით ხარჯებს, განსაკუთრებით უწყვეტი წარმოების პროცესების შესანარჩუნებლად. 1C-ის როლის შეუფასებლობის გარეშე, შეგვიძლია ვთქვათ, რომ ყველაზე უარესი დილემა „პროდუქტიულობა/სანდოობა“ ჭარბობს სხვადასხვა სფეროში: ერთი მათგანი იბრძვის ტექნიკის გადაწყვეტილებების ოპტიმიზაციისთვის, მეორესთვის - ხელისუფლება პროცესებისა და პროცედურების კონცეფციაზე. თუ კრიტიკული პროგრამები კომპრომეტირებულია, მთავარი აქცენტი ეფექტურობის შენარჩუნებაზე კეთდება არა სერვერების ინდივიდუალურად დაცვის უნარზე, არამედ ინფრასტრუქტურის შეფერხების მინიმუმამდე შემცირებაზე.

ცხადია, ბიზნესისთვის, რომლებსაც აქვთ ერთდროულად დაკავშირებული სერვერების შედარებით დიდი რაოდენობა (25-150) და ყველა დანამატი ერთ სერვერზე განთავსდება, აუცილებელია მოწყობილობების დაყენება უწყვეტი კვების, გადადინების ერთეულებისთვის და თავად სერვერების სიცოცხლისთვის. , hot-swap დისკები და RAID მასივები ცხელი სარეზერვო ასლებიდან. თუმცა, რეგულარული ტექნიკის ფუნქციები არ ცვლის თავად მონაცემების დაგეგმილ სარეზერვო ასლს. ძალიან კარგი (უფრო სწორად, ბოლო წუთს) სარეზერვო და ოპერატიული ფაილით Full SQL ჟურნალიდან, შეგიძლიათ განაახლოთ 1C მონაცემთა ბაზა საოცრად მოკლე დროში.

მცირე და საშუალო საწარმოებისთვის ცენტრალური 1C სისტემის შეფერხების დასაშვები საათი არის 1-2 ავარია თვეში, სამჯერ 1-4 წელიწადში. ფაქტობრივად, დროის დიდი რეზერვია - ასე რომ თქვენ შეგიძლიათ წინასწარ მოემზადოთ განახლებამდე. აუცილებელი სწრაფი გადატვირთვა არის ყველა ვირტუალური და ფიზიკური სერვერის გამოსახულების იდენტიფიკაცია VM-ში იმავე დისკზე/მოცულობით - სარეზერვო სერვერზე თავად ინფრასტრუქტურის ნაწილის განახლებისთვის. სავალდებულო სარეზერვო ასლი (ისევე როგორც ყოველდღიური სარეზერვო ასლი) სხვა ფიზიკური მოწყობილობისთვის და სრული SQL ჟურნალი გათიშვისთვის, როდესაც მონაცემთა დაკარგვა „სამუშაო დღის დასაწყისიდან“ კრიტიკულია და მნიშვნელოვანია ხელით. აშკარა ჩანაცვლების შემთხვევაში შესაძლებელია 1-2 წლის ინვესტიცია ხანძრის ეფექტურობის განახლებისთვის, თუმცა ნაკლები პროდუქტიულობით. აბა, დერაბნა, Roboti 24x7-ის სისულელეა, Vibir Vidpovyna Arkhitekturi-ის უფროსის პირველი ხელი, vіdmovy-ის წყობის გარიჟრაჟი ასე რომ ტექნოლოგიების კლასტერირება. მაგრამ ეს სრულიად განსხვავებული ამბავია.

ორიგინალური სტატია: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

ჟურნალ "კომპიუტერული მიმოხილვის" რედაქტორის ნებართვით

სერვერი მუშაობს "1C: Enterprise 8" პატარა ოფისისთვის

ეს მასალა შეიძლება სასარგებლო იყოს მცირე ორგანიზაციებისთვის ან ფილიალებისთვის 1C:Enterprise 8 სისტემის 3-25 თანამშრომლისთვის. ავტორი გამოდის იმ ვარაუდიდან, რომ მას წაიკითხავენ არა მხოლოდ IT სპეციალისტები, არამედ მცირე საწარმოების კლერკები და ბუღალტრები, ამიტომ მასალა ტექნიკური თვალსაზრისით უფრო მიმტევებელია. მისი ძირითადი პრინციპები სრულიად სტაგნაციაა იმ სისტემებისთვის, რომლებსაც კლიენტების დიდი რაოდენობა აქვთ. 25+ თანამშრომლის მქონე ორგანიზაციებისთვის, „1C:Enterprise 8“, მოგვიანებით გამოქვეყნდება ორი სხვა მასალა, რათა აღწერს ინფორმაციის სიმდიდრეს საშუალო ზომის ბიზნესისთვის სერვერული აპარატურის და IT ინფრასტრუქტურის შერჩევის შესახებ. და „1C:“-ის დიდი წარმატება: საწარმო 8”.

ვის აინტერესებს რატომ მჭირდება სერვერის ყიდვა?

ჯერ აღვწეროთ, თუ სერვერი, რომელიც მუშაობს "1C: Enterprise 8" არ არის საჭირო.
ეს, როგორც წესი, არის ორგანიზაციები, რომლებიც მაქსიმალურად აკმაყოფილებენ ორ კრიტერიუმს:
ა) მცირე ორგანიზაცია 1-5 წევრისთვის,
ბ) კომპანიის ბიზნეს პროცესების მხარდასაჭერად სრულიად საკმარისია სტანდარტული გადაწყვეტის შესაძლებლობები 1C-დან (არ არის საჭირო სტანდარტული კონფიგურაციის შეცვლა, მაქსიმუმ რაიმე სხვა ფორმების შეცვლა და ა.შ. ამ ობრობოკში).
სტატისტიკის მიხედვით, რეგიონის, ორგანიზაციის და ტიპიური ცვლილებების მიხედვით 1C, შესაძლებელია 60-80%-მდე.
თუ კომპანია კმაყოფილია ზემოაღნიშნული კრიტერიუმებით, მაშინ, შესაძლოა, იმის ნაცვლად, რომ დაამატოთ ნაკრები, რომელიც შედგება:
- "1C: Enterprise 8",
- Windows სერვერისა და კლიენტის ლიცენზიები,
- აპარატურის სერვერი,
- მომსახურება მორგებული აღჭურვილობით და PZ-ით,
- ამ კომპლექსის მხარდაჭერა და შენარჩუნება,
მოდით შევხედოთ "1C: Enterprise 8"-ის დაქირავების შესაძლებლობას სერვისის პროვაიდერისგან "პროგრამული უზრუნველყოფა როგორც სერვისი" (SaaS) ფორმატში.
ასეთი სერვისების პროვაიდერები გვთავაზობენ „1C:Enterprise 8“-ის სრულ ფუნქციონალურ სტანდარტულ კონფიგურაციებს, როგორც წარმოდგენილია დისტანციურ ვებსაიტზე. სხვა დოკუმენტები ინახება თქვენს ადგილობრივ პრინტერში და ასევე შეგიძლიათ შეინახოთ დოკუმენტები ელექტრონული ფორმით თქვენს ადგილობრივ კომპიუტერში. რა თქმა უნდა, შესაძლებელია ნებისმიერ დროს შეინახოთ თქვენი 1C მონაცემთა ბაზის ადგილობრივი სარეზერვო ასლი. გარდა ამისა, შეგიძლიათ განათავსოთ სარეზერვო ასლი კომპიუტერის დისკზე, USB დისკზე ან თუნდაც დისტანციურ „მყარ“ დისკზე (როგორიცაა DropBox ან Yandex.Disk).
თქვენ შეგიძლიათ დაიქირავოთ „1C:Enterprise 8“-ის ერთ-ერთი სტანდარტული კონფიგურაცია 1C კომპანიისგან 1cFresh.com რესურსზე, ასევე მისი პარტნიორებისგან, მაგალითად 1C: საბუღალტრო სერვისები.
ტექნოლოგიური შესაძლებლობებიდან - ეს არის მუშაობა ინტერნეტის საშუალებით და პრაქტიკულად ნებისმიერი მოწყობილობიდან, მათ შორის პლანშეტიდან ან სმარტფონიდან, მიღებული IT აღჭურვილობის საჭიროებიდან გამომდინარე. ფინანსური სარგებლობისთვის - ორგანიზაცია ცვლის სახსრების დაგროვებას, ინვესტირებას ახდენს ფიზიკური სერვერის, Windows Server ოპერაციული სისტემის, იგივე პროგრამული უზრუნველყოფის "1C:Enterprise 8" შეძენაში, ორგანიზაცია უბრალოდ იხდის "1C:Enterprise" პუნქტზე წვდომისთვის. 8" როგორც სერვისის წინ, სასწრაფოდ ჩამოწერეთ ხარჯები საწარმოო ხაზზე. არსებითად, ეს კომუნალურ მომსახურებას ჰგავს. თუ საჭირო იყო ალკოჰოლური სასმელების რაოდენობის გაზრდა ან შეცვლა, შესაძლებელია პრაქტიკული მიტევოს შექმნა, რომლითაც ყურადღებით მიაქციეთ ყურადღება მიმდინარე საჭიროებებს თქვენი ხარჯებით. და ასობით კლიენტს შეუძლია შეიძინოს ასეთი სერვისი ერთდროულად.

„მოდით გავაანალიზოთ“ რა უნდა ჩაიწეროს ონლაინ?

თუ თქვენ უკვე მართავთ სერვერს „1C:Enterprise 8“-ით, იდეალური ვარიანტი იქნება Windows-ის სტანდარტული პროგრამის – Performance Monitor (Perfmon) გაშვება და მუშაობის შესახებ მონაცემების ჩაწერა ერთი სამუშაო დღის განმავლობაში. რა იქნება სწორი წერტილი იმის დასადგენად, თუ რამდენად ეფექტურია ახალი სერვერი და რა ღირს ფუჭად გადაყრილი პენი.
Perfmon-ის დახმარებით საკმარისია განვსაზღვროთ პროცესორის (CPU) პროცენტი %, ბირთვების პროცენტული მაჩვენებელი, % vikoristannya-ის შემთხვევითი წვდომის მეხსიერება (RAM). ფიზიკური(არა ლოგიკური) დისკები: 1C და OS Windows-ის ნებისმიერ ვერსიაზე (ეს შეიძლება იყოს ერთი ან რამდენიმე განსხვავებული დისკი). დისკზე შენახვის ყველაზე მნიშვნელოვანი პარამეტრებია:
- „საშ. Disk sec/Transfer” (დისკზე გადატანის საშუალო საათი) – იდეალურად 10 ms (მილიწამამდე), კარგია 25 ms-მდე, კომფორტული მუშაობის ლიმიტი 40 ms;
- “მიმდინარედისკის რიგის სიგრძე" ( ხაზშიდისკის ბოლო წუთი) - პატარა მწვერვალების იდეალური გარეგნობა (გრაფაზე) და ყველაზე ნაკლებად მნიშვნელოვანი, 70-100 მოთხოვნის ბოლო დღე ან მეტი, გრაფიკი ჰგავს "მწვერვალს" ნაკლებობაზე სასაუბროდ. დისკის დისკის სისტემის პროდუქტიულობა;
- "დისკის გადარიცხვები/წმ" (დაბრუნდა დისკზე/წმ) - აქ მნიშვნელოვანია ჩაწეროთ შემზღუდავი რიცხვები და მათი მნიშვნელობა, როგორც წესი, 80 IOPS-დან რამდენიმე ასეულამდე, ან თუნდაც ათასობით.
ამ ინფორმაციის გათვალისწინებით, უფრო ადვილი იქნება სერვერის აპარატურის ქვესისტემების შესაძლებლობების ჩამოყალიბება აღჭურვილობის მფლობელისთვის და შემდეგ მათი შედარება სხვადასხვა მნიშვნელობებთან.

საკუთრების განვითარების მეთოდოლოგია

მას შემდეგ, რაც გადაწყვეტილება შეისყიდის უკაბელო სერვერის მოხმარებისთვის „1C:Enterprise 8“, ჩვენ შევეცდებით მოვიპოვოთ კონკრეტული სამომხმარებლო დანამატები - შევარჩიოთ ოპტიმალური აღჭურვილობა ინსტალაციისთვის ბიუჯეტის ფარგლებში.

შემდეგი, ჩვენ განვიხილავთ მეთოდოლოგიას "1C: Enterprise 8"-ისთვის საჭირო რესურსების შემუშავებისთვის შემდეგნაირად:
- vikorystvuyutsya ვერსიები - ფაილი ან SQL,
- წვდომის ტიპი - ლოკალური ქსელის მეშვეობით, დისტანციური დესკტოპის "დისტანციური დესკტოპის" ან ვებ/თხელ კლიენტის მეშვეობით,
- კორისტუვაჩების რაოდენობა,
- მონაცემთა ბაზების რაოდენობა,
- სხვა შეკვეთები, დეპოზიტები სერვერზე.
პრეზენტაციის მიდგომა აშკარად უნივერსალურია და, მიუხედავად ამისა, შესაფერისია "1C:Enterprise 8"-ის გასაშვებად ფიზიკურ სერვერზე (ინტელის Hyper-Threading ჩართულია) და ვირტუალიზებულ სერვერზე Microsoft Hyper-V ან VMware vSphere-ით გასაშვებად და გაფართოებისთვის. შეუკვეთეთ ახალი რესურსები ბნელი სერვისის პროვაიდერებისგან.

ზუსტი ავარიისთვის, ჩვენ ავიღოთ სამი საკმარისი ტიპიური დუნდულები:
ა) 5 კორისტუვაჩი"1C: Enterprise 8", ფაილის ვერსია, ლოკალური კავშირები ლოკალური ქსელის (LAN) მეშვეობით "კარგი" კლიენტი 1C. ამ რეჟიმში სერვერი აღარ თამაშობს ფაილ სერვერის როლს და მთელი ფინანსური ტვირთი კორესპონდენტების სამუშაო ადგილზე მოდის.
ბ) 10 კორისტუვაჩი, მონაცემთა ბაზა SQL, „1C: Enterprise 8“ ამოქმედდა. დამატებითი სერვერი“, კორისტუვაჩის სამუშაოები გაგრძელდა "კარგი" კლიენტი LOM-ის მიხედვით, მონაცემთა ბაზა არის 4 GB, 2 დღის განმავლობაში. სერვერი ასრულებს მონაცემთა საწყობის, SQL სერვერის, „1C დამატებითი სერვერის“ როლს.
V) 20 კორისტუვაჩი, მონაცემთა ბაზა SQL, „1C: Enterprise 8“ ამოქმედდა. დამატებითი სერვერი"მუშები მუშაობენ რეჟიმისთვის" დისტანციური სამუშაო მაგიდა"(RDP), ერთი კონფიგურაცია, მონაცემთა ბაზის ზომა 9 GB 3 დღის განმავლობაში. სერვერი ასრულებს მონაცემთა საწყობის, SQL სერვერის, 1C დამატებითი სერვერის და ტერმინალის სერვერის როლს.

მოთხოვნები პროცესორის სიმძლავრეზე (CPU) ) : დასაწყისისთვის აუცილებელია პროცესორის "ბირთების" რაოდენობის გაუმჯობესება, რომელიც ჩვენ გვჭირდება. სტრუქტურა ცნობილია "ლოგიკური CPU ბირთვებში", სადაც ფიზიკურ სერვერზე ერთი ლოგიკური ბირთვი შეესაბამება ერთ ბირთვს " სამუშაო მენეჯერი“ როდესაც ჩართულია Hyper-Threading (ეს არის კანის პროცესორის ფიზიკური ბირთვი წარმოდგენილია როგორც ორი ლოგიკური).
- ოპერაციული სისტემის (OS) გამოყენებისას რეზერვირებულია 1-2 ბირთვი; SQL ვერსიისთვის საკმარისია ერთი, ფაილის ვერსიისთვის მინიმუმ ორი.
- თუ გამოყენებულია SQL ვერსია, მაშინ ერთი ბირთვი 20-25 1C: Enterprise 8 ძირითადი მომხმარებელი MS SQL მოხმარებისთვის (მეტი ძირითადი მომხმარებელი - მეტი ბირთვი);
- ასევე, SQL ვერსიისთვის, ერთი ბირთვი დაცულია "1C:Enterprise 8. Add-on Server x64" (rphost პროცესი) 15-20 სერვერისთვის (მეტი სერვერი - მეტი rphost პროცესი, მეტი ბირთვი);
- "დისტანციური სამუშაო მაგიდა" რეჟიმში, ერთი ლოგიკური ბირთვი დაცულია 8 ტერმინალის დესკტოპისთვის (მეტი ბირთვი - მეტი ბირთვი).
- ვებ სერვისის რეჟიმში მუშაობისთვის ბრაუზერის ან „Thin Client“-ის საშუალებით, ერთი ლოგიკური ბირთვი ასევე დაცულია 8 დისტანციურ სერვერზე. ნასტიგურაზი ნავანთენიის გველების „კეროვოს ფორმებზე“ „1C: Pidprimani 8. სერვერი არის dodatkiv x64“, ხოლო ვებ-სერვისის vipad შემოწმებულია INTERNET Information Server (IIS), Ale for Rozrahunk. ბუნდოვანი.

წაისვით როზარია:
ა) ფაილის ვერსიაში 5 სერვერისთვის, რომლებიც დაკავშირებულია ლოკალური ზღვრის მეშვეობით "ტოტარული" კლიენტის საშუალებით, საჭიროა 2 ლოგიკური ბირთვი OS-ის ქვეშ (რაც ზღუდავს ფაილური სერვერის როლს) - ერთდროულად ერთი ფიზიკური პროცესორის ბირთვი;
ბ) 10 კლიენტისთვის SQL-ში და „სათამაშოების“ კლიენტის მეშვეობით, საჭიროა ერთი ბირთვი OS-სთვის, ერთი ბირთვი MS SQL სერვერისთვის, ერთი ბირთვი „1C:Enterprise 8. დამატებითი სერვერი x64“ (rphost) - ყველაფერი 3. ლოგიკური ბირთვი, ან 2 ფიზიკური;
გ) SQL-ის 20 მომხმარებლისთვის და „დისტანციური დესკტოპის“ რეჟიმში, საჭიროა ერთი ბირთვი OS-სთვის, ერთი ბირთვი MS SQL სერვერისთვის, ერთი ბირთვი „1C:Enterprise 8. Add-on Server x64“ (rphost) , 2.5 ბირთვი კორესპონდენტების ტერმინალის სესიების მოსამსახურებლად (20:8) - სულ 5.5 ლოგიკური ბირთვი, ანუ 3 ფიზიკური.
სერვერს უახლესი Intel Xeon E3 12xx პროცესორით აქვს 4 ფიზიკური ბირთვი ან 8 ლოგიკური. ამრიგად, სერვერის პროცესორის მინიმალური ვერსია ბირთვით მთლიანად ფარავს მცირე ორგანიზაციის საჭიროებებს 25 1C: Enterprise 8 თანამშრომლით. და, მაგალითად, ერთპროცესორიანი სერვერი მძიმე Intel Xeon E5 16xx-ის ბაზაზე, რომელსაც აქვს 8 ფიზიკური ან 16 ლოგიკური ბირთვი, ზოგადად შეუძლია მიაღწიოს 50-75 მომხმარებელს "1C:Enterprise 8" რეჟიმში. მაგიდა“ ან ვებ – სერვისი/თინ კლიენტი.

იმის გათვალისწინებით, რომ პროცესორის ერთ-ერთი ყველაზე მნიშვნელოვანი მახასიათებელი მისი ნომინალური სიხშირეა (არ უნდა აგვერიოს Turbo Boost-ში), ამაზე ცოტა ქვემოთ ვისაუბრებთ. მარტივად რომ ვთქვათ, მუშაობის კომფორტი მომხმარებლებისთვის, რომლებიც იყენებენ „1C: Enterprise 8“-ს SQL რეჟიმში და განსაკუთრებით „დისტანციური სამუშაო სამუშაო მაგიდაზე“ (RDP) მუშაობისას, თითქმის წრფივად იზრდება პროცესორის სიხშირით.

მოთხოვნის მოთხოვნები შემთხვევითი წვდომის მეხსიერებაზე (RAM) ) : როგორც პროცესორის ბირთვებში მოხმარების გაფართოების შემთხვევაში, ჩვენი ამოცანაა ყველა სერვისის მოხმარების გულდასმით მართვა.
- 4 გბ რეზერვირებულია საჭირო ოპერაციული სისტემისთვის (OS);
- თუ გამოიყენება SQL ვერსია, მაშინ მინიმუმ, საჭიროა მონაცემთა ბაზის ცხრილის 20-30% განთავსება SQL RAM Cache-ში. თუ არსებობს რაიმე მონაცემთა ბაზა, მაშინ კანის მონაცემთა ცხრილის 20-30%. ან, როგორც SQL RAM ქეშის მოხმარების კრიტერიუმი, შეგიძლიათ შეიძინოთ მონაცემები 1 რუბლით. ვინაიდან მცირე ორგანიზაციებს აქვთ 1C მონაცემთა ბაზები, რომლებიც არც თუ ისე დიდია, SQL RAM Cache ხშირად იტევს მთელ მონაცემთა ბაზას. 100% სწორი მონაცემთა ბაზის ცხრილი (ეს იდეალური ვარიანტია). მინიმალური მოთხოვნაა 2 GB.
- "1C:Enterprise 8. დამატებითი სერვერი x64" ოპერატიული მეხსიერების მოხმარებისთვის დაზღვეულია rphost პროცესების რაოდენობის მიხედვით, აქ 1 GB თითო rphost-ზე. Zazvichay ფასი 1-2 GB 10-25 კლიენტზე.
- დღესდღეობით, კორსტუვაჩივის მუშაობა "დისტანციური დესკტოპის" რეჟიმში უფრო რთულია. უპირველეს ყოვლისა, თქვენ უნდა დააზუსტოთ კონკრეტული კონფიგურაციები და კიდევ უკეთესი, ფიზიკურად ნახოთ, რამდენს მოიხმარს თითოეული კონფიგურაცია RAM-ს თითო მომხმარებლისთვის რობოტის რეჟიმში ლოკალურ ან ტერმინალის რეჟიმში. უფრო მეტიც, თქვენ არ გაგიკვირდებათ დაწყებისთანავე, მაგრამ აქ 20-30 წუთის ინტენსიური მუშაობის შემდეგ. მაგალითად, "საბუღალტრო ოფისი" იყენებს 250-300 მბ ოპერატიული მეხსიერებას თითო გაშვებულ სესიაზე, ხოლო "ვაჭრობის მენეჯმენტი" იყენებს 300-350 მბ ოპერატიული მეხსიერებას თითო გაშვებულ სესიაზე. გარდა ამისა, შესაძლებელია, რომ ბევრ ადამიანს ერთდროულად ჰქონდეს კანის სხვადასხვა კონფიგურაცია, მათი რიცხვის გამრავლება RAM-ის საჭირო რაოდენობაზე "1C:Enterprise 8" კონფიგურაციისთვის და კონფიგურაციის რაოდენობაზე otrimanya zagal obsyagu. როგორც წესი, ერთი კონფიგურაციისთვის 10 კომპიუტერი ღირს 3-4 გბ ოპერატიული მეხსიერება.
- "დისტანციური სამუშაო მაგიდის" რეჟიმში, ასევე აუცილებელია სხვა ვარიანტების ჩართვა. მაგალითად, 1C-სთან ერთად ხშირად ჩნდება MS Excel ფორმატის ძლიერი საჭიროება სხვა ფორმებისა და ბგერების შემდგომი დამუშავებისთვის. ან მომხმარებლებს ეძლევათ წვდომა ინტერნეტზე, MS Office-ის სხვა პროგრამებზე და სხვა პროგრამებზე. ცხადია, აუცილებელია დაიცვათ RAM რესურსები, რომლებსაც ისინი მოიხმარენ. MS Word-ისთვის და MS Excel-ისთვის ეს არის დაახლოებით 100 მბ, MS Outlook-ისთვის ეს არის დაახლოებით 150 მბ, Internet Explorer არის დაახლოებით 200 მბ ყოველი ჩამოტვირთვის შემთხვევაში. სხვა პროგრამებისთვის უმჯობესია აკონტროლოთ მათი რეალური ოპერატიული მეხსიერება კომპიუტერზე და თავად გადმოწეროთ.
- ვებ სერვისის რეჟიმში მუშაობისთვის ბრაუზერის ან „Thin Client“-ის საშუალებით, შეგიძლიათ განბლოკოთ საერთო ოპერატიული მეხსიერება იგივე პრინციპების გამოყენებით, როგორც „1C:Enterprise 8“-ის სხვა კონფიგურაციებისთვის „დისტანციური სამუშაო სამუშაო მაგიდა“ რეჟიმში, დაიცავით თქვენი კანი ახალი დადასტურება, გამრავლებული მუდმივად შენახული ოპერატიული მეხით, როგორც „მსუქანი კლიენტი“ და შეჯამებულია. ეს დამატებითი რესურსები რეალურად გადადის "1C:Enterprise 8. დამატებითი სერვერი x64" და IIS, მაგრამ სრულიად შესაფერისია მოწინავე განვითარებისთვის.
წაისვით როზარია:
ა) ფაილის ვერსიის 5 მომხმარებლისთვის, რომლებიც დაკავშირებულია ლოკალურ ქსელში „ტოტარი“ კლიენტის მეშვეობით, საჭიროა მინიმუმ 4 გბ ოპერატიული მეხსიერება ოპერაციული სისტემის ქვეშ, ან უფრო სასურველია 8 გბ ოპერატიული მეხსიერება;
ბ) 10 კლიენტისთვის SQL-ით და „კომპანიონ“ კლიენტის მეშვეობით 4 გბაიტიანი მონაცემთა ბაზის 2 დღის განმავლობაში, საჭიროა 4 გბაიტი OS-ით, 1 გბ (25% საფასურით) ან 2 გბ (მონაცემები დღეში) MS-ით. SQL სერვერი და 4 გბ-ზე მეტი, ისე, რომ მონაცემთა ბაზის 100% განლაგებულია RAM-ში, 1 GB ქვეშ „1C: Enterprise 8. Add-on Server x64“ (ერთი rphost ნაკადი), ერთდროულად 6 GB-დან 9-მდე. GB ოპერატიული მეხსიერება;
გ) 20 „Trade Management“ კლიენტისთვის SQL-ში 9 GB მონაცემთა ბაზის 3 დღის განმავლობაში და „Remote Desktop“ რეჟიმში, გჭირდებათ 4 GB OS, 3 GB MS SQL სერვერისთვის (ან უკეთესი 9 GB, რომ მიაღწიეთ 100%-ს მონაცემთა ბაზა განთავსებული იყო RAM-ში), 1-2 GB ქვეშ "1C:Enterprise 8. დამატებითი სერვერი x64" (1-2 rphost threads), 6-7 GB კლიენტების ტერმინალის სესიების მომსახურებისთვის, 14-დან. GB-დან 22 GB-მდე ოპერატიული მეხსიერება.
საჭირო ოპერატიული მეხსიერების გაწმენდის შემდეგ, სწორია, რომ დაამატოთ 20-30% ზრდის რეზერვში (მომხმარებლების რაოდენობის ზრდა, მაგალითად, მონაცემთა ბაზის ზრდასთან ერთად). საბედნიეროდ, ოპერატიული მეხსიერება იაფია და ამჟამინდელი პროცესორები მას გულუხვად უჭერენ მხარს - Intel Xeon E3 16xx 64 GB RAM-მდე და Intel Xeon E5 16xx 1540 GB RAM-მდე. სერვერს აქვს ბევრი ოპერატიული მეხსიერება;-).

დისკის ქვესისტემა :

დისკის ქვესისტემა შედგება ორი კომპონენტისგან:
- წყლის/გამომავალი კონტროლერების (HBA) და RAID კონტროლერების შემავალი/გამომავალი ქვესისტემა;
- მოწყობილობები მონაცემთა შენახვისთვის, ან ჩვენს შემთხვევაში - SSD და HDD დისკები.

შეყვანის/გამოსვლის ქვესისტემა ( RAID).
ვინაიდან ჩვენ განვიხილავთ სერვერს, რომელიც საჭიროებს ინფორმაციის საიმედოდ შენახვას, მონაცემთა შესანახად აუცილებელია აპარატურის რესურსების დაჯავშნა. დისკები.
მცირე ბიზნესისთვის გამოიყენეთ RAID1 ან „სარკე“, თუ მონაცემები ერთდროულად იწერება ორ დისკზე. ამ რეჟიმში, როდესაც ერთ-ერთი დისკი ფიზიკურად გამორთულია, მონაცემები ინახება.
ძალიან ბევრი ვარიანტია გაიღვიძეRAID1 პატარა სერვერზე.

1. მაგალითად, შეგიძლიათ შექმნათ პროგრამული RAID (Soft RAID) Windows Server-ის გამოყენებით. ეს პარამეტრი სისტემის დისკისთვის, რომელზედაც მდებარეობს ოპერაციული სისტემა (OS) არ დაიბლოკება. მონაცემთა ბაზის მქონე დისკისთვის შეგიძლიათ სცადოთ Windows Storage Spaces ტექნოლოგია. რეალურ ცხოვრებაში იშვიათია გაჭედვა, ამიტომ ჩვენ არ გირჩევთ.

2. შეგიძლიათ აირჩიოთ აპარატურა და პროგრამული უზრუნველყოფა Intel-ის ჩიპსეტზე და Intel® Rapid Storage Technology-ზე ( ინტელიRST). ამის არსი მდგომარეობს იმაში, რომ ყველა ოპერაცია ტექნიკის დონეზე შეყვანიდან და გამომავალიდან ეფუძნება დედაპლატის ჩიპსეტს, რომელიც პრაქტიკულად არ საჭიროებს CPU რესურსებს. და ბირთვის ღერძი მუშაობს პროგრამული უზრუნველყოფის დონეზე, Windows-ის დრაივერების სახით.
ცე ყველაზე ფართოდა ამ მომენტში ყველაზე პროდუქტიული RAID1-ის გამოყენების ვარიანტი დეინსტალირებული სერვერისთვის 2 ან 4 დისკით.
თუმცა, მაშინაც კი, თუ გადაწყვეტილება კომპრომისული იქნება, ეს შეიძლება არ იყოს დიდი საქმე.
ა) თქვენი რობოტი უნდა იყოს შენახული დრაივერებში, რომლებიც დაინსტალირებულია ოპერაციულ სისტემაში. და არსებობს მნიშვნელოვანი პოტენციური რისკი, რომ განახლებული დრაივერებით ან OS-ით შეიძლება შეიქმნას სიტუაცია, როდესაც RAID დისკი მიუწვდომელია. ვონი კიდევ უფრო ნაკლებად ძლიერია, რადგან... Intel და Microsoft ძალიან მეგობრულები არიან და ნათლად ამოწმებენ თავიანთ უსაფრთხოების პროგრამულ უზრუნველყოფას და არ გამორთავენ მას. სამართლიანობისთვის უნდა აღინიშნოს, რომ დანარჩენი ბედი 8 ავტორს არ განიცადა ასეთი წარუმატებლობის ეპიზოდები.
ბ) Entry კომპანიის სატესტო ლაბორატორიაში ჩატარებული ექსპერიმენტების შედეგების საფუძველზე შეიძლება ვივარაუდოთ, რომ Intel RST დრაივერის მოდელი ქეშირების ჩაწერისთვის იყენებს RAM რესურსებს. ეს იძლევა პროდუქტიულობის ზრდას, მაგრამ შეიცავს მონაცემთა გაფლანგვის რისკს სერვერის დენის დაუგეგმავი გათიშვის შემთხვევაში. ამ ტექნოლოგიის წინა რეინკარნაციაში, Intel Matrix RAID, ჩაწერის ქეში ბრძანებებთან ერთად, შესაძლებელი იყო მისი ცალსახად ჩართვა. Intel RST-ის ამჟამინდელი ვერსიით, ამ პარამეტრის გაფართოების ან ამ სისტემის შესახებ გარკვევის საშუალება არ არსებობს. ამ ელექტრომომარაგების მართვა მარტივად შეიძლება „გონივრული“ უწყვეტი კვების ბლოკის (Smart UPS) დაყენებით, რომელიც მართავს მის ბატარეებს და, როდესაც დაბალია, გასცემს ბრძანებას სერვერის ჩართვის შესახებ. სინამდვილეში, ნებისმიერ შემთხვევაში აუცილებელია DBZ სერვერზე დაყენება, ასე რომ, ეს არ არის პრობლემა, არ არის საჭირო ფიქრი კორექტირებაზე. საკვების ტოლერანტობის გამო დედაპლატიდან გამოდის. საგარანტიო პერიოდის განმავლობაში ელექტრომომარაგებამ შესაძლოა დახუროს საგარანტიო ბლოკი, ხოლო გარანტიის შემდგომ პერიოდში შესაძლოა საჭირო გახდეს მსგავსი დედაპლატა.
ასეთი გადაწყვეტის ხელმისაწვდომობა უკვე შედის დედაპლატის ხელმისაწვდომობაში და, ფაქტობრივად, ღირებულება არის "უფასო".

3. IT მენეჯერებს შორის, დაამატეთ მეტი აპარატურის RAID სერვერზე. ასეთი გადაწყვეტის კიდევ ერთი მაგალითია SAS კონტროლერის (SAS HBA) გამოყენება RAID1 რეჟიმში. მაგალითად, LSI HBA 9211 და მისი მემკვიდრეები. ამ მიზნით SAS HBA-ში დამონტაჟებულია BIOS-ის სპეციალური firmware, ხოლო LSI 9211-ს აქვს IR firmware. ასეთი სქემა არ მოაქვს რაიმე უპირატესობა პროდუქტიულობის თვალსაზრისით. თეორიულად, თუ დედაპლატა არის დაკავშირებული, დისკები და კონტროლერი შეიძლება სწრაფად დაუკავშირდეს სხვა სერვერს... მაგრამ ისევე, როგორც დედაპლატა და SAS კონტროლერი შეიძლება დაიწვას, ასე რომ ავტორის თვალსაზრისით, უპირატესობა საკმაოდ მარტივია. , აშკარად გიჟური ფსიქოლოგიური პრობლემა, რამდენად ტექნოლოგიურად განვითარებული.
LSI HBA 9211-ის ფასი დაახლოებით $250-300-ია, რაც საგრძნობლად უფრო ძვირია ვიდრე წინა ვერსია Intel RST-ზე. საბიუჯეტო გადაწყვეტისთვის ფასის ასეთი ზრდა საკმარისია. ავტორის აზრით, უკვე აუცილებელია "ტექნიკური" RAID-ის შექმნა, ვიდრე Intel® RAID Controller RS3WC080-ზე ოდნავ უფრო ძვირი გადაწყვეტის არჩევა. ეს SAS HBA ასევე დაფუძნებულია LSI ჩიპებზე და უახლესი თაობა, LSI SAS 3008, მხარს უჭერს SAS 3.0 სტანდარტს (12-გბ/წმ), ფასი დაახლოებით $300.

4. ზოგჯერ, გამყიდველის გაურკვევლობის ან კვალიფიკაციის ნაკლებობის გამო, 1C სერვერები იძულებულნი არიან გაყიდონ ძველი მოდელების იაფი RAID კონტროლერები. მაგალითად, Adaptec 6405E. ბევრი ასეთი კონტროლერი არ არის, რადგან მათ აქვთ სტიმული გადაიხადონ თავიანთი პროდუქტიულობა HDD-ების რაოდენობის მხარდასაჭერად და ცუდად უმკლავდებიან ახალგაზრდა მოდელების ორი სერვერის SSD-ის ყურადღებას. მაგალითად, დღიურ SSD-ებს ადვილად შეუძლიათ 80,000 IOPS (წამში) წაკითხვა, ხოლო RAID კონტროლერის პროცესორი, მაგალითად, მხოლოდ 60,000 IOPS... ასევე, RAID1 და SSD საცავებით, არ არის საჭირო საკონტროლო ჩაწერა. cache ri შენიშვნა RAM-ის ქეშში კონტროლერზე, რომელიც უშუალოდ ინახება SSD-ში იგივე სიჩქარით, როგორც წაკითხვა. უფრო მეტიც, ახლანდელ RAID კონტროლერებს ბორტზე აქვთ 1 GB ოპერატიული მეხსიერება, რაც არ წარმოადგენს პრობლემას SSD-თან მუშაობისას. ეს არ ნიშნავს იმას, რომ Adaptec 6405E არის ცუდი კონტროლერი, ის უბრალოდ ინსტრუმენტია სხვა მიზნებისთვის.
Adaptec 6405E-ის ფასი დაახლოებით 250 დოლარია.

დასრულების შემდეგ, გადახედეთ ოთხი SSD-ის ტესტირების განრიგს RAID10-ით სამ RAID ვარიანტში: Adaptec 6405E, LSI 9211, Intel RST (Entry test laboratory). ნათელია, რომ ყველაზე პროდუქტიული ვარიანტია Intel RST, ყველაზე ნაკლებად პროდუქტიული არის Adaptec 6405E.

მონაცემთა დაზოგვის მოწყობილობები ( SSDіHDD)

"1C: Enterprise 8"-ს თავის რობოტში აქვს მონაცემთა ბაზის მძლავრი ცხრილი (საქაღალდე ფაილის ვერსიისთვის, DB ცხრილები SQL ვერსიისთვის), შეგიძლიათ გამოიყენოთ სისტემის დისკი "C:\". მაგალითად, Windows ოპერაციული სისტემის სისტემის საქაღალდე Tmp დროული ფაილების შესანახად. შეგიძლიათ გამოიყენოთ იგი SQL ვერსიით - უბრალოდ შეინახეთ tempDB იქ. "დისტანციური დესკტოპის" რეჟიმში, სერვერზე ტერმინალის მომხმარებლების ლოკალური tmp დირექტორიების წვდომა შესაძლებელია, რომელიც ასევე შეიძლება განთავსდეს ადგილობრივი მომხმარებლის პროფილების "C:\" დისკზე.
- მინიმუმ 120 GB დაცულია საჭირო ოპერაციული სისტემისთვის (OS);
- მონაცემთა ბაზის ფაილის ვერსიაში შესანახად, უბრალოდ უნდა დაათვალიეროთ საქაღალდეები, რომლებშიც მონაცემთა ბაზაა შენახული. 1-2 გბ-მდე, ან 10-20 გბ-მდე.
- მას შემდეგ, რაც SQL ვერსია გამოიყენება, ჩვენ გვაქვს სამი ტიპის მონაცემი – თავად მონაცემთა ბაზის ცხრილები (DB), დროის ცხრილები (tempDB) და SQL ჟურნალი. tempDB ფაილი განთავსდება სისტემის დისკზე "C:\". მცირე მონაცემთა ბაზებისთვის Vin ჩვეულებრივ მცირეა, დაახლოებით 100-300 მბ. მონაცემთა ბაზის ცხრილები (DB) - როგორც ადრე დაიწერა, იშვიათია 10-20 გბ-ს გადააჭარბოს 5-25 თანამშრომელი კომპანიისთვის, მაგრამ აქ ჯერ უნდა შევხედოთ მიმდინარე ანგარიშს პლუს რიკზე ზრდა. SQL ჟურნალი შეიძლება იყოს კიდევ უფრო დიდი, ათობით გბაიტამდე, განსაკუთრებით თუ ჩართულია „სრული SQL ჟურნალის“ რეჟიმი, მაგრამ ის ასევე შეიძლება იყოს უმტკივნეულოდ „მოჭრა“ ყოველი თვის ბოლოს და დაარქივდეს (ან წაშლა, თუ არ არის საჭირო) .
1C:Enterprise 8 მონაცემთა ბაზების მოხმარება ხელმისაწვდომია 20-60 GB მოცულობით, რაც რეალურად უფრო მცირეა ვიდრე სერვერის უმცირესი დისკები, HDD ან SSD.
- "დისტანციური დესკტოპის" რეჟიმის გამოყენების ვარიანტი საშუალებას გაძლევთ შეინახოთ 3-4 GB ოპერატიული მეხსიერება სპეციალურ საქაღალდეებში სხვადასხვა ფაილების და მონაცემების 1C-ში შესანახად. თუ სერვერი ასევე გამოიყენება ფაილების შესანახ მოწყობილობად, აუცილებელია დაფაროს ყველა მოთხოვნა 1C-ზე და ასევე სხვა ფიზიკურ დისკებზე.

კიდევ რა არის საჭირო დიზაინისთვის დისკების არჩევამდე?
1. მნიშვნელოვანია ოპერაციული სისტემის (OS) და 1C მონაცემების (მონაცემთა ცხრილების) განაწილება სხვადასხვა ფიზიკურ მოწყობილობებზე ხილვადობის საფუძველზე. თუ ბიუჯეტი მცირეა - კარგი, მაშინ ყველაფერი ერთ მოწყობილობაზე იყოს, RAID შენახვის დაზღვევით და შეძენილი სარეზერვო ასლი სხვა საიტზე (ან სერვისზე).
2. არ დაგავიწყდეთ, რომ სერვერისთვის სავალდებულოა დისკების სარეზერვო ასლის შექმნა და RAID1-ის მიმართ რეზისტენტული (RAID5 და მისი ანალოგები მონაცემთა ბაზებისთვის არ ჩერდება), ასე რომ. ჩვენ გვჭირდება, მინიმუმ, ორი ახალი დისკი (OS და სადისტრიბუციო მონაცემთა ბაზისთვის), ან ორი ორი დისკი ორი RAID1 მასივისთვის (OS და სადისტრიბუციო მონაცემთა ბაზისთვის).

წაისვით როზარია:
ა) ფაილის ვერსიის 5 მომხმარებლისთვის, რომლებიც დაკავშირებულია ლოკალურ ქსელში „ტოტარი“ კლიენტის მეშვეობით, საჭიროა მინიმუმ 120 გბაიტი OS-ისთვის, ან უკეთესი 240 გბ და 10-20 GB მონაცემებისთვის. არსებითად, დისკის ქვესისტემა შედგება ორი 240 GB Intel SSD s3510 სერიის დისკებისგან RAID1 რეჟიმში.
ბ) 10 SQL სერვერისთვის და 4 GB მონაცემთა ბაზის მქონე „საერთო“ კლიენტის მეშვეობით, ტექნიკურად საკმარისი იქნება დისკის ქვესისტემა ორი დისკით 240 გბ Intel SSD s3510 სერიაზე RAID1 რეჟიმში. ისე, ბევრი მომხმარებლის აზრით, უკვე შესაძლებელია დაყოფის გადახედვა ორ ცალკეულ ტომად - ორი RAID1 დისკი 120-240 GB OS-სთვის და ორი RAID1 დისკი 80 GB მონაცემთა ბაზისთვის.
გ) 20 „ვაჭრობის მენეჯმენტის“ კლიენტისთვის SQL-ში 9 GB მონაცემთა ბაზით, ტექნიკურად საკმარისი იქნება დისკის ქვესისტემა ორი დისკით, როგორიცაა Intel SSD s3500 სერია 240 GB RAID1 რეჟიმში. არანაკლებ, ბევრი კლიენტის აზრით, მკაცრად არის რეკომენდებული OS და მონაცემთა ბაზის გამოყოფა ორ ცალკეულ ტომად - ორი დისკი RAID1-ში 120-240 GB OS-სთვის და ორი დისკი RAID1-ში 80-120 GB მონაცემთა ბაზისთვის.

მინდა გითხრათ „გონივრული საკმარისობის პრინციპის“ შესახებ.
როგორც წესი, მცირეა 5-25 თანამშრომელი მცირე კომპანიების მონაცემთა ბაზის მოცულობაც „1C:Enterprise 8“. და აქ ძალიან მნიშვნელოვანია, რომ არ ადევნოთ დისკის მოცულობა, თქვენ უბრალოდ არ გჭირდებათ ეს. შემდეგ შეარჩიეთ ყველაზე საიმედო და პროდუქტიული დისკი, თუნდაც მცირე ტევადობით. მყიდველების ტიპიური საჩივარია „იყიდე უფრო დიდი დისკი, იაფად“, რაც იწვევს უფრო იაფი და პატარა არასერვერული დისკების გამრავლებას, რაც ტექნიკური თვალსაზრისით მიუღებელია.

საუნივერსიტეტო ქალაქების მონახულება

ბადის ინტერფეისი . „1C:Enterprise 8“-თან მუშაობის ყველაზე ნაკლებად მოსახერხებელი გზაა სასაზღვრო ინტერფეისის გამოყენება, რადგან დიდი სავალდებულო მონაცემები არ არის გადაცემული, მაშინ არ არის სპეციალური 5-25 კორისტუვაჩისთვის. სერვერების უმეტესობას აქვს დაყენებული ორი 1 გბ/წმ Ethernet ბარათი, მაგრამ აქ არის გარკვეული ნიუანსი.
მერეჟეს კარტები განსხვავებულია. ზოგიერთი შესაფერისია კომპიუტერებში და ლეპტოპებში გამოსაყენებლად და მათში აქცენტის მნიშვნელოვანი ნაწილი დევს CPU-ზე. ასეთი მაგალითები მოიცავს, მაგალითად, ინტერფეისებს Realtek RTL8201N ჩიპებზე. ასეთი ჩიპები ინახება სერვერებში, მაგრამ ასევე სერვერის დამუშავებისთვის განკუთვნილ სპეციალურ პორტებზე.
ამავდროულად, არსებობს სერვერის კიდეების ჩიპსეტები, მაგალითად, Intel® i350-AM2 Dual Port Gigabit Ethernet. ისინი დამუშავების უმეტეს ნაწილს თავად ჩიპზე აკეთებენ, CPU რესურსების გამოყენების გარეშე, რაც უფრო სწრაფი და ეფექტურია.
ვლასნა, რეკომენდაციები მარტივია:
- არ იყიდოთ კომპიუტერი "a la server", რადგან ყველაფერზე მეტად, თქვენ გაქვთ Ethernet ინტერფეისის ბარათი თქვენი კომპიუტერისთვის;
- ვინაიდან სერვერს აქვს რამდენიმე Ethernet პორტი, არ გამოიყენოთ პორტი ოპერატიული მიზნებისთვის მართვის მიზნებისთვის.

ოპერატიული მეხსიერება . აქ ყველაფერი მარტივია. Yak porahuvati - უფრო დეტალურად არის აღწერილი. ოპერატიული მეხსიერება იაფია. ამიტომ, მიზანშეწონილია აიღოთ რეზერვი 20-50%, და კიდევ უფრო მეტიც შესაძლებელია - და დახურეთ საკვების მარაგი. თუ ხვდებით, რომ მზარდი საჭიროებაა უახლოესი ან ორი მდინარის მიმართ, დარწმუნდით, რომ სერვერს მოკლებულია უფასო სლოტები დამატებითი მეხსიერების მოდულების დასაყენებლად.

პროცესორი . დაშლის შემდეგ, რამდენიმე საჭირო ფიზიკურ ბირთვს მოკლებულია სიხშირის სიმძლავრე.
და საკვები კიდევ უფრო მნიშვნელოვანია.
1. ბირთვების ზრდასთან ერთად, კლიენტის ნაწილის პროდუქტიულობა, 1C:Enterprise 8 დამატებითი სერვერი და ბევრ სიტუაციაში SQL სერვერი, ტყუილი პირდაპირ სიხშირეშიპროცესორი. უფრო მეტიც, ის პრაქტიკულად ხაზოვანია. ბევრი ხმა ისმის, მაგალითად, 1,5-ჯერ გაზრდილი პროცესორის სიხშირით, შედეგი უფრო სწრაფი იქნება.
ამიტომ, სხვა თანაბარი გონებისთვის, უმჯობესია უპირატესობა მიანიჭოთ მაღალსიხშირულ პროცესორებს.
2. მიმდინარე მომენტი არ დაიხარჯოს ზოგიერთი გამყიდველის მარკეტინგულ ტაქტიკაზე, რომლებიც პროცესორის სიხშირეს ხედავენ რეჟიმში Ტურბო გამაძლიერებელიპროცესორის სიხშირე. ამრიგად, Intel Turbo Boost Technology 2.0 შესანიშნავი რამ არის და 1C რეალობაში, თუ მხოლოდ ერთი ძაფი გამოიყენება (დოკუმენტების ჩატარება ან დასაკეცი ბმულის ფორმირება), ის საშუალებას გაძლევთ გაზარდოთ ერთი ბირთვის პროდუქტიულობა 15-30% -ით ან კიდევ უფრო მეტი. თუ დაიმახსოვრეთ, ფაქტობრივად, სერვერის ჩიპში სიხშირე მატულობს ერთი საათის ხანმოკლე პერიოდის განმავლობაში, 30 წამის განმავლობაში, ზოგჯერ ერთი საათის განმავლობაში, შემდეგ კი მცირდება სტანდარტულზე. შედეგს აქვს ძალიან მოკლე ხაზი. და მაღალი სიხშირის პროცესორი ჯერ მუშაობს მაღალ სიხშირეზე, შემდეგ კი უფრო სწრაფად. ამიტომ ღირს უფრო მეტი.
კონდახი არის ცხრილის ქვემოთ:

მაგიდა 1

3. მცირე ბიზნესისთვის 3-10 კომპიუტერით რეკომენდირებულია იყიდოთ არა Intel Xeon E3 სერვერი, არამედ Core-i7-ზე „მძლავრი კომპიუტერი“, რომელიც ეყრდნობა მის დიდ პროდუქტიულობას და საიმედოობას.
საჭიროა ასეთი მომენტების აღნიშვნა.
ა) Intel Xeon E3 და Core-i7 პროცესორები რეალურად ძმები არიან ტექნიკის თვალსაზრისით, მაგრამ ისინი მაინც იგივე რჩებიან. და შიდა firmware ღერძი, რომელიც ადასტურებს პრიორიტეტების განთავსებას, განსხვავებულია. ეს საკმაოდ მარტივია - Xeon E3-ს აქვს პრიორიტეტი შეყვანის/გამოსვლის ოპერაციებზე და სერვერის სხვა ოპერაციებზე, ხოლო Core-i7, რომელიც მორგებულია სათამაშო სეგმენტზე და ვიდეო ნაკადის დამუშავებაზე, აქვს პრიორიტეტი ვიდეო ბარათის შენარჩუნებაზე. ფასი კიდევ ერთხელ განმეორდება - თუმცა იგივეა (იგივე პარამეტრებით).
ბ) დესკტოპის და სერვერის დედაპლატებს შორის დიდი განსხვავებაა. დესკტოპი დაზღვეულია 8 წლით დღეში, კვირაში 5 დღე, ორი ან სამი დღე. როგორც ჩანს, მისთვის კომპონენტები შერჩეულია საოპერაციო ძალიან საბაზისო პირობების დასაკმაყოფილებლად. სერვერის დედაპლატები დაზღვეულია და მუშაობს 24 წელი, კვირაში 365 დღე. და იქ კომპონენტები ბევრად განსხვავებულია. და ფასში სხვაობა ისევ მინიმალურია, ყველაზე ხშირად დაახლოებით 10-20$.
გ) მაღალი საიმედოობის მქონე კომპიუტერში, edge ბარათი საერთოდ არ არის სერვერის ბარათი.
არსებობს აზრი, რომ სერვერის, როგორც სპეციალიზებული მოწყობილობის შეცვლა მითითებული ოპერაციული პარამეტრების გამო, შეიძლება გამოყენებულ იქნას ნებისმიერი "კომპიუტერის ზარები და სასტვენები" სერვერის როლისთვის, მაგრამ ეს არ არის ფაქტი, რომ ეს უფრო იაფია - ახლა შეგიძლიათ მიიღოთ ინფორმაცია თქვენი არჩევანის შესახებ.

დისკები. ეს ალბათ ყველაზე მნიშვნელოვანი თემაა ამ სტატიის დაწერის დროს.
სამწუხაროდ, ჯერ კიდევ არიან ვაჭრები და გამყიდველები, რომლებიც გასულ საუკუნეში იყვნენ ჩარჩენილი. მე აბსოლუტურად დარწმუნებული ვარ, რომ HDD SAS 15,000 rpm არის საიმედოობისა და პროდუქტიულობის წყარო.
ფაქტობრივად, ეს ასე არ ყოფილა დიდი ხანია.

ა) პირველ რიგში, მოდით შევხედოთ იმედი SSD რომ HDD.
თეორიულად, დისკების სანდოობა ფასდება პარამეტრით "არააღდგენა წაკითხული შეცდომები თითო წაკითხულ ბიტზე", რაც შეიძლება ითარგმნოს როგორც "აღუდგენელი წაკითხვის შეცდომების გამოჩენის სანდოობა დამუშავებული ბიტების რაოდენობაზე". ის გვიჩვენებს, თუ რა სახის მონაცემებია საჭირო დისკიდან, რათა არსებობდეს განახლებული ანგარიშსწორების დიდი ალბათობა.
კიდევ ერთი მნიშვნელოვანი პარამეტრი, რომელიც აჩვენებს დისკის დისკის სიმძლავრეს, არის AFR (წლიური წარუმატებლობის მაჩვენებელი), ან „დისკის დისკების მდინარის ინტენსივობა“.
შემდეგ ცხრილში მოცემულია მონაცემები ტიპიური დისკებისთვის SATA Desktop HDD 7200 prm, SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15000 prm, SATA SSD Enterprise (მონაცემები აღებულია მწარმოებლების ოფიციალური დოკუმენტებიდან, შეგიძლიათ შეამოწმოთ ნომრები გაგზავნილი).

Პარამეტრი	დისკის ტიპი
	დესკტოპ SATA 7200 rpm		Enterprise SAS 15000 rpm (10000 rpm)	საწარმო SATA SSD
წაკითხვის არააღდგენითი შეცდომები წაკითხულ ბიტზე
ობსია, კითხვის საათში, რომელიც სტატისტიკურად უპრეცედენტო შერიგება ჩნდება

როგორც ცხრილიდან ჩანს, პარამეტრის „მდიდარი ვიდეოს ინტენსივობის“ შემდეგ, დისკი ორიგინალ კომპიუტერზე დაინსტალირებამდე გაორმაგდება, როგორც ნაკლებად საიმედო, ნაკლებად სერვერზე მორგებული.
უპრეცედენტო სიჩქარით, თეორია აშკარად გვეჩვენება, რომ Enterprise SATA SSD-ს, Intel® SSD DC S3510 სერიის მსგავსად, აქვს 10-ჯერ დაბალი სიჩქარე, ნაკლები SAS HDD Enterprise-ზე 15000 rpm, 100-ჯერ დაბალი, უფრო დაბალი SATA Enterprise-ისთვის. HDD 7200 rpm, და 1000-ჯერ დაბალი, დაბალი SATA Desktop HDD 7200 rpm.
ამ ფასად, SATA Desktop HDD 7200 rpm და Enterprise SATA SSD-ის ფასი ოპერაციული სისტემის და 1C მონაცემთა ბაზებისთვის საკმარისი სიმძლავრით არ იზრდება 1000-ჯერ და არა 10-ით.
ნება მომეცით გამოვხატო ჩემი უდიდესი პატივისცემა „Obseag-ის მიმართ, კითხვის დროს, რომელიც სტატისტიკურად უპრეცედენტო შერიგება ჩნდება“. SATA Desktop HDD-სთვის ეს მაჩვენებელი უნდა იყოს 12,5 ტბ. შემდეგ არის 8 ტბაიტიანი დისკები და 10 ტბ... ასე რომ, მაგალითად, 8 ტბ დესკტოპის დისკი რომ დავაინსტალირეთ, დავწერე და წავიკითხე ორჯერ, თეორიიდან ერთი იმედით მაინც შეგვიძლია დავასკვნათ. აღარ განმეორდეს!

Მოკლე მიმოხილვა:
- დააინსტალირეთ Enterprise-ის კლასის SSD სერვერზე, დიახ, ცუდი არ არის, მაგრამ თეორიულად ყველაზე საიმედო, არც HDD.

ბ) შემდგომში შეფასებულია პროდუქტიულობა SSD რომ HDD.
მონაცემთა ბაზების თვალსაზრისით, რომელიც, არსებითად, არის 1C, ყველაზე მნიშვნელოვანია მხოლოდ სამი დისკის პარამეტრი
- ლატენტურობა, ანუ დისკის წვის საათი, იზომება მიკროწამებში (ნაკლები - მოკლე);
- წაკითხული ოპერაციების რაოდენობა წამში (Disk Reads/sec), რომელიც აისახება IOPS-ში (მეტი უფრო მოკლეა);
- ჩაწერის ოპერაციების რაოდენობა წამში (Disk Writes/sec), რომელიც აისახება IOPS-ში (მეტი უფრო მოკლეა).
მოდით ჩავდოთ ეს სამი პარამეტრი ერთ ცხრილში თავად ამ დისკებისთვის, რაც ასევე ეხება საიმედოობას.

Პარამეტრი	დისკის ტიპი
	დესკტოპ SATA 7200 rpm	Enterprise SATA\SAS NL 7200 rpm	Enterprise SAS 15000 rpm (10000 rpm)	საწარმო SATA SSD
ლატენტურობა (დისკის წაკითხვის/ჩაწერის საათი), მიკროწამები
დისკის წაკითხვები/წმ (წმ წაკითხვის ოპერაციების რაოდენობა), IOPS
დისკის ჩაწერა/წმ (ჩაწერის ოპერაციების რაოდენობა წამში), IOPS

როგორც ცხრილიდან ნათლად ხედავთ, SSD არის პარამეტრი სიმღერის დროა HDD-ის კონვერტაცია 40-80 ჯერდა ამისთვის ჩასმისა და ამოღების ოპერაციების რაოდენობაწამში 100-400 ჯერ (!!!).
ამ შემთხვევაში, თუ გონივრულად აირჩევთ და იყიდით მხოლოდ შენახვის მოცულობას, რომელიც რეალურად არის საჭირო, მაშინ განსხვავება Enterprise SATA SSD-სა და Enterprise SATA\SAS NL HDD-ის ხელმისაწვდომობაში უმნიშვნელოც კი გამოჩნდება.
არის თუ არა გონივრული ვიკორისტუვათ HDD მონაცემთა ბაზების ჰოსტინგისთვის? ავტორის თვალსაზრისით, მხოლოდ იმ შემთხვევაში, თუ საწყობისთვის იყიდეთ არათხევადი საქონელი, თქვენ უკვე გჭირდებათ მისი გაყიდვა და მყიდველის შემდგომი ქება არ იქნება თქვენთვის საკმარისი. ფასი/ეფექტურობის თანაფარდობა და ფასი/სანდოობის თანაფარდობა აშკარად უკავშირდება Enterprise SSD-ს.

ახლა კი დროა მივმართოთ იმ მომენტს, როდესაც არსებობს დისკის ქვესისტემის სურვილის რეალური ნიშნები (როგორც ის შეიძლება განვითარდეს მანძილზე).
თუ ვსაუბრობთ "საშუალო ტემპერატურაზე მედიცინის მიხედვით", მაშინ IOPS-ის მიხედვით მიახლოებითი პიკური ტემპერატურა შეიძლება იყოს შემდეგი (კორესპონდენტების რაოდენობა, DB 1C; ქვედა რიგში დისკის გადარიცხვები/წმ)

1C მონაცემთა ბაზების კომპიუტერებისა და სისტემების რაოდენობის ცოდნით, ზოგადად შესაძლებელია დაახლოებით შეფასდეს დისკის ქვესისტემაზე მოთხოვნა IOPS-ში Disk Transfers/sec (= Disk Reads/sec + Disk Writes/sec) მიხედვით, ან აიღოთ თქვენი რეალური მონაცემები და ჩამოაყალიბეთ თქვენი დისკის ქვესისტემის შესაძლებლობები წამში შეყვანის/გამოსვლის ოპერაციებში (IOPS). და ნომრების ჩამოთვლის შემდეგ შეარჩიეთ ის დისკები, რომლებითაც კმაყოფილი ხართ.

გ) და ელექტრომომარაგების დახურვისთვის, რადგან თავად უნდა დააინსტალიროთ SSD, მოდით გავარკვიოთ, რაზე ცელქობენ საწარმო SATA SSD და პირველადი SATA დესკტოპები SSD .
1. IOPS-დან მონაცემების წაკითხვის სიჩქარის პროდუქტიულობა როგორც დესკტოპზე, ასევე სერვერის დისკებზე მსგავსია. და დან პროდუქტიულობაშვედურობა ხარკის ჩაწერაიქნება მნიშვნელოვანი შემცირება და დისკზე სივრცის მატებასთან ერთად, დესკტოპის SSD-ები უფრო დეგრადირებული იქნება. ასე რომ, დესკტოპის დისკების სპეციფიკაციების მიხედვით, შეგიძლიათ მიაღწიოთ კიდევ უფრო მაღალ IOPS-ს ყოველ ჩაწერაზე... დისკის 5-8%-ით სავსე მონაცემებით. და 100% -ში ისინი არ მიუთითებენ და არ არის უმიზეზოდ, რომ ინდიკატორები ხშირად არ განსხვავდება HDD-ის ინდიკატორებისგან. სერვერის SSD-ებისთვის, ჩაწერის პროდუქტიულობის ტესტები გამოითვლება 100% სრული მონაცემებით და ეს მნიშვნელობა ჩვეულებრივ არის საშუალო ან ერთ-ერთი საუკეთესო შედეგი. პირველი შენიშვნა - არ მოგატყუოთ დესკტოპის SSD-ების მწარმოებლების სპეციფიკაციების ლამაზმა და დიდმა რაოდენობამ, ეს არის მარკეტინგი. სერვერისთვის თქვენ უნდა აირჩიოთ უფრო მცირე, ან Enterprise, SSD მოდელი. მაგალითად, Intel SSD DC S3510 სერია.
2. ეს არის მნიშვნელოვანი პარამეტრი, რომელიც აჩვენებს კარდინალურ უპირატესობებს სერვერსა და დესკტოპის SSD-ებს შორის - რესურსის გადაწერის გარანტიები. დესკტოპის SSD-ების უმეტესობას ჩვეულებრივ შეუძლია მოითმინოს მათი სიმძლავრის 0.1%-მდე გადაწერა დღეში (პროდუქტიულობის რეალური დეგრადაციის გარეშე და კარგ მდგომარეობაში) ერთი და იგივე 7 დღის განმავლობაში 2-3 დღის განმავლობაში, თუ ბოლომდე არ არის შევსებული. სერვერის დისკი დაზღვეულია მისი სიმძლავრის 0.3%-ის ყოველ დღე გადაწერაზე 3-5 წლის განმავლობაში სრულად შევსებისას.
1 და 2 პუნქტები ძალიან მარტივი ასახსნელია. SSD-ებისთვის მონაცემები იწერება 4 კბაიტი მატებით და ღერძი წაშლილია... სულ მცირე 256 ან მეტი ბლოკით. და სანამ სუნის მთელი ბლოკი დაიბანება, ის უბრალოდ არის მითითებული, როგორც მზად არის გასარეცხი. ძველი მონაცემების ნაცვლად ახალი მონაცემების ჩასაწერად, ძველი მონაცემები უნდა წაიშალოს. ერთი 4 KB მოცულობის წასაშლელად, ჯერ უნდა გადაიტანოთ ყველა მონაცემი სვეტიდან 256 ადგილას სხვა ადგილას, წაშალოთ მთელი სვეტი და დაატრიალოთ მონაცემები ადგილზე. ეს არ არის კარგი ოპერაცია.
ამ სიტუაციის წინააღმდეგ საბრძოლველად არსებობს SSD დისკზე არჩეული უბნის განთავსების საშუალება, რომელიც მომხმარებლისთვის მიუწვდომელია და მისი გამოყენება მოგიწევთ შუაშის ჩასანაცვლებლად, თუ საჭიროა თანხის შეგროვება. მაშინ. გაასუფთავეთ ბლოკები, რათა არ მოხვდეთ ვიკორებში. ამ ტერიტორიას უწოდებენ Over Provisioning, ან "Reserve Area". ასე რომ, დესკტოპის SSD-ებისთვის მოსალოდნელია დისკზე ფლეშ მეხსიერების ჩიპების მთლიანი მოცულობის 4-8%, ხოლო სერვერებისთვის... აღწევს მიკროსქემების ფიზიკური ტევადობის 42%-ს. თუ გადავხედავთ იმ ფაქტს, რომ მოწყობილობას ექნება 320 GB მიკროსქემის შედუღება, მაშინ "Desktop" SSD ტევადობა იქნება 300 GB, ხოლო სერვერის სერვერისთვის ხელმისაწვდომი იქნება მხოლოდ 180 GB. სინამდვილეში, ყველაფერი გაცილებით რთულია; სერვერის დისკები შეიცავს კიდევ უფრო მეტ ტექნოლოგიას მათი „გადარჩენის“ გაზრდისა და სტაბილური პროდუქტიულობის უზრუნველსაყოფად, მაგრამ ასევე იმისათვის, რომ შემცირდეს სხვაობის მნიშვნელობა საჩვენებლად „სარეზერვო ზონის“ გამოყენებით.
3. სერვერისა და დესკტოპის SSD-ების კიდევ ერთი მნიშვნელოვანი ასპექტი ეხება მონაცემთა უსაფრთხოების სფეროს. ყველა SSD-ს აქვს საკუთარი ენერგომოხმარებადი ოპერატიული მეხსიერება, რომელიც შეიძლება გამოყენებულ იქნას სხვა შემთხვევებში. წაკითხვისა და ჩაწერის ოპერაციებისთვის. დესკტოპის SSD-ები შეიძლება დაიშალოს, თუ SSD-ზე RAM-ში ჩაწერილი მონაცემები, ფაილური სისტემა და SQL სერვერი უარყოფენ ჩაწერის დადასტურებას და მონაცემები რეალურად ჯერ არ არის შესანახად. თუ ამ მომენტში სიცოცხლის დეფიციტი იქნება, მაშინ მონაცემების დახარჯვის ალბათობა კიდევ უფრო მაღალია და ძნელია გაიხსენო რა დაიხარჯა და რა არ დაიხარჯა.
იმავე საათზე სერვერებზეSSD ¢ სუპერკონდენსატორი, ტევადობა საკმარისია იმისათვის, რომ SSD-ის დამოუკიდებელ მეხსიერებაში ჩაწეროს ყველა ის მონაცემი, რომელიც არის RAM-ში SSD-ის შუაში. ამგვარად, საკვების უკმარისობის შემთხვევაში მონაცემების გაფლანგვის ალბათობა მნიშვნელოვნად მცირდება.
და ისევ, განსხვავება სერვერისა და დესკტოპის SATA SSD-ების ფასში მნიშვნელოვნად არ განსხვავდება.
მოკლე შეჯამება - მნიშვნელოვანი მონაცემების შესანახად, როგორიცაა 1C მონაცემთა ბაზები, სერვერმა უნდა გამოიყენოს სერვერის Enterprise SSD.

საცხოვრებელი, სასიცოცხლო ბლოკი და DBZh

ყველაზე ვრცელი არის სამი ზომა მცირე, ერთპროცესორიანი სერვერებისთვის:
- რომელიც შეიძლება დამონტაჟდეს 19 ინჩიან თაროში (Rack-Mount),
- პირველადი კვარცხლბეკის შემთხვევაში (Desktop),
- დღევანდელი "კუბები".
თუ თქვენ გეგმავთ სერვერის განთავსებას ჰოსტინგის პროვაიდერის პლატფორმაზე ან სპეციალიზებულ სერვერზე - ოპტიმალური Rack-mount ფორმატი 1U ან 2U სიმაღლით იქნება ოპტიმალური. და ასეთი სერვერის განთავსება მკაცრად არ არის რეკომენდებული იმავე ადგილას, სადაც ხალხი იმყოფება მისი მაღალი ხმაურის გამო.
Vikonannaya დესკტოპის ზომის შემთხვევაში ჩერდება, თუ სერვერი განთავსდება იმავე ოთახში, სადაც ხალხია. ასეთი სერვერები საოცრად მშვიდია, მცირე გავლენას ახდენენ კომპიუტერზე და ხშირად თამაშობენ ერთ-ერთი სერვერის სამუშაო სადგურის როლს.
"Druzhny do koristuvachiv"-ის კარგი კონდახია მისი სპეციალიზებული "კუბის" კორპუსები.

გარდა იმისა, რომ სუნი კარგად გამოიყურება, სუნი მაინც მშვიდია.

პატარა დაფუძნებულია "კუბი" სერვერის გაგრილების სისტემის დიზაინზე, რომელიც უზრუნველყოფს ყველა კომპონენტის კარგ გაგრილებას და ამავდროულად ქმნის მინიმალურ ხმაურს:
- დედაპლატი დევს ბოლოში,
- თბილი ქარი აგრილებს დაფას და პროცესორს და ამოდის პროცესორის რადიატორიდან,
- სადაც დაბალი სიჩქარის ვენტილატორი მიზიდულია დიდი დიამეტრის საცხოვრებელ კორპუსში,
- და იძახის,
ეს სერვერის დიზაინი არის როგორც ლამაზი, ასევე ეფექტური ხმაურის შესამცირებლად და საკმაოდ პროდუქტიული.

ანალოგიურად, ჩვენ უნდა მივაწოდოთ მარადიულს - როგორც მოთხოვნილებას, ასევე მოთხოვნილებას უზენაესი ელექტრული სიცოცხლისა.
ავტორის თვალსაზრისით, სერვერის ტევადობით 1000$, თქვენ მხოლოდ დიდ ფულს დახარჯავთ ჭარბი ელექტრომომარაგების უზრუნველყოფაზე (სერვერზე სიცოცხლის ორი ბლოკი), თუნდაც $400-მდე, ეს შეიძლება ეფექტური იყოს, მაგრამ ეს არასაჭიროა, მხოლოდ იმიტომ, რომ თქვენ არ გაქვთ შესაძლებლობა სწრაფად, 2-4 წელიწადში მიაწოდოთ სერვერი შესაკეთებლად.

თუ სერვერი თაროზეა დამონტაჟებული, ის შეიძლება განთავსდეს პროვაიდერის შენობაში ან სერვერის ოთახში, სადაც, როგორც წესი, უზრუნველყოფილია ელექტროენერგიის მიწოდება. და თუ ოფისში ხართ, მაშინ უმეტეს შემთხვევაში 2-4 წელიწადში შეგიძლიათ სერვისზე წასვლა და სასიცოცხლო ბლოკის შეცვლა. თუ მომსახურეობიდან შორს ხართ, მაშინ, როგორც ვარიანტი, შეგიძლიათ იყიდოთ სათადარიგო კვების ბლოკი და ჩადოთ კარადაში, როგორც "სათადარიგო ნაწილი", ხოლო თუ გაფუჭდა, შეგიძლიათ შეცვალოთ სათადარიგო 15-20-ად. წუთები.

სიცოცხლის ბლოკზე და გონების სიმშვიდეზე საუბრისას, უნდა გვახსოვდეს სერვერის უწყვეტი სიცოცხლის ბლოკის (DBZ) შესახებ. მინიმუმ, თქვენ უნდა ჩართოთ ძაბვის კონტროლი (AVR), ან კიდევ უკეთესი, ინტერაქტიული კლასი. მონაცემთა გაფლანგვის რისკის შესამცირებლად მნიშვნელოვანია, რომ DBJ-ს შეეძლოს სერვერის გამორთვა, როდესაც ბატარეის დატენვა დაბალია (და რომ ყველაფერი დაკავშირებული და კონფიგურირებული იყოს). და მისი სირთულიდან გამომდინარე, აუცილებელია უზრუნველყოს, რომ რობოტი მუშაობდეს მინიმუმ 10-15 საათიანი ბატარეით, რაც უმეტეს შემთხვევაში საკმარისია სერვერის სწორი ავარიისთვის.

ჩვენ ვირჩევთ სერვერს "ბრძანების ქვეშ"

ახლა, ცოდნის მიღების შემდეგ, მოვაწყოთ სამი სერვერი სხვადასხვა ინტერესების მქონე სამი პატარა ორგანიზაციისთვის.

ა) ფაილის ვერსიის ხუთი მომხმარებლისთვის, რომლებიც დაკავშირებულია ლოკალურ ქსელში „ტოტალური“ კლიენტის მეშვეობით, საკმარისი იქნება სერვერი „კუბის“ ფორმის ფაქტორით, ოთხბირთვიანი Intel Xeon E3 12xx პროცესორით, 8 GB ოპერატიული მეხსიერება, ორი. SSD Intel s3510 240 GB RAID1 ბორტზე Intel Rapid Raid.

ბ) ათი კლიენტისთვის SQL-ში და „პროდუქტის“ კლიენტის მეშვეობით, იქნება საკმარისი სერვერი „კუბის“ ფორმის ფაქტორით, ოთხბირთვიანი Intel Xeon E3 12xx პროცესორით, 16 გბ ოპერატიული მეხსიერება, ორი SSD Intel s3510 240. GB RAID1-ში Intel Rapid Raid-ის ბორტზე.

გ) SQL-ის ოცი მომხმარებლისთვის და „Remote Desktop“ რეჟიმში, უმჯობესია აიღოთ Desktop ან Rack-mount ზომის სერვერი, ექვს ბირთვიანი Intel Xeon E5 166x პროცესორით, 32 GB ოპერატიული მეხსიერება, ორი SSD Intel. s3510 120 GB RAID1-ში 1C მონაცემთა ბაზების ჰოსტინგისთვის და ორი SATA HDD (RAID Edition) 2-4 TB RAID1-ში OS, სარეზერვო ასლისა და მონაცემების განსათავსებლად, ასევე ფაილის შენახვის როლი და ისევ Intel Rapid-ის ბორტზე. Raid ან Intel RAID კონტროლერზე RS3WC080.

და აბსოლუტურად პრაქტიკული სიამოვნების თაიგული.
1. არ არის საჭირო "იყოთ უსაფრთხო მხარეს" და გამოიყენოთ არასაჭირო ინსტრუმენტები - სერვერს აქვს უფრო სწრაფი სერვერის პროცესორი, სერვერის დედაპლატა და სერვერის SSD. დესკტოპის კომპონენტებთან ფასში განსხვავებაც კი უმნიშვნელოა, მაგრამ ფუნქციონალური შესაძლებლობების გამო ის შეიძლება არაპროპორციულად დიდი გამოჩნდეს.
2. სამ წელზე მეტი ხნის განმავლობაში რესურსების დაგეგმვას განსაკუთრებული აზრი არ აქვს. ტექნოლოგიები სწრაფად იცვლება, ასე რომ, ერთი-ორი მდინარის შემდეგ შეიძლება უფრო ეფექტური იყოს დისკის ან სერვერის შეცვლა, მაგრამ ახლა ხუთი კლდის რესურსი მოათავსეთ.
3. გონივრული საკმარისობის პრინციპი მოქმედებს სერვერის არჩევამდეც. 10 GB სპეციალობის მონაცემთა ბაზის დამუშავებისას, სერვერის მოცულობა 80 GB ბევრად აღემატება 200 GB "დესკტოპის" მოცულობას.

აბსოლუტურად ყველაფერი აღწერილი არ არის დოგმატი. ეს ემპირიულად გამომდინარეობს ავტორის ფართო ცოდნიდან 1C კომპანიის სხვადასხვა პლატფორმისთვის ტექნიკის მახასიათებლების ოპტიმიზაციის შესახებ.