امروز ما به انتخاب یک "تالار" سرور برای یک سازمان کوچک برای 25-30 کارمند، با یک زیرساخت جداگانه (فروشگاه های خرده فروشی، یک انبار) نگاه می کنیم که به کدام نوع سرور ترمینال و برنامه "1C: Enterprise" نیاز است. این خدمات به تمام پزشکان ارائه می شود.
اکثر شرکتهای کوچک، به منظور ارزانتر کردن هزینههای مالکیت، اجازه میدهند تا میزان تجهیزاتی را که خریداری میکنند به حداقل برسانند و از مدیران میخواهند تا تمام سرویسهای ارائه شده توسط آنها را به یک سرور فیزیکی "پمپ" کنند. Bazhannya معقول تر و تحریک کننده تر است، اما در اینجا تفاوت های ظریف وجود دارد.
شما می توانید یک سرور ترمینال را سازماندهی کنید و نسخه فایل 1C را در آنجا برنده شوید، اما برای چنین تعداد زیادی از coristuvachiv، شرکت خرده فروشی توصیه می کند به نسخه مشتری-سرور تغییر دهید. به همین دلیل به سرور دیگری به نام «1C: Enterprise» و یک سرور پایگاه داده نیاز داریم. اجازه دهید توضیح دهم که امکان سازماندهی سرور ترمینال، سرور SQL و سرور 1C در یک سیستم عامل وجود دارد، اما از نظر امنیت و پایداری خدمات رباتیک، در منطقه توصیه نمی شود. و اگر هنوز می خواهید برای هر سه نقش یک سرور فیزیکی برنده شوید، توصیه می شود مجازی سازی را برنده شوید، به عنوان مثال VMWare ESXi یا Hyper-V.
در این ترتیب، سه گزینه وجود دارد:
برای تکمیل این وظایف، می توانید پیکربندی سرور زیر را درخواست کنید:
وو ویپادو ز یک سرور فیزیکیما این انتخاب را روی Dell R710 با دو پردازنده شش هستهای Xeon X5650، 64 گیگابایت رم و شش درایو بارگذاری کردیم: دو SSD برای RAID 1 و دو درایو SAS برای RAID 10.
وو ویپادو ز دو سرور فیزیکیما vibir را روی پیکربندیهای زیر فشرده کردهایم:
برای یک پایگاه داده کوچک، SQL Server به یک هسته نیاز دارد. اما بیایید روی گسترش پایگاه داده در آینده تمرکز کنیم (یا تعداد پایگاه های داده را افزایش دهیم) و دو هسته در SQL بگیریم.
برای سرور «1C: Enterprise»، تعداد هستهها به اندازه فرکانس ساعت و فرکانس اتوبوس آنها مهم نیست. بنابراین، ما دو هسته دیگر را روی سرور 1C قرار می دهیم.
و فراموش نکنیم که برای ایمن سازی سیستم عامل میزبان روباتیک به یک یا دو هسته نیاز داریم.
با هم باید وارد شویم:
کریم جمع میشود، لغزش میدهد تا به کنترلکننده دیسک احترام بگذارد. سرورهای مدرن می توانند کنترلرهای خوبی را روی برد انجام دهند، به عنوان مثال HP SmartArray و DELL PERC. با این حال، در صورت نیاز به حداکثر بهره وری، انتخاب راه حل "آنبرد" در صورت جاه طلبی جدی صحیح نیست. با در امان ماندن از مشکلات، می توانید به راحتی یک سرور سخت را از بین ببرید، که باری نیست. بنابراین، کنترلر می تواند سخت افزاری باشد، نه نرم افزاری، به دلیل حافظه غیر فرار.
بیایید نگاهی به گزینه های rozvyazannya این کار بیندازیم.
آرایه دیگری بهتر است از دو دیسک SAS در RAID 10 (آینه + نوار) ایجاد شود یا می توان از دو دیسک ذخیره سازی SSD در RAID 1 استفاده کرد. فقط چند دیسک از آن مدل سرور را ذخیره کنید.
تا زمان پیروزی یک سرور و مجازی سازی، می توانید از انرژی کمتر و منابع انعطاف پذیر بین ماشین های مجازی استفاده کنید. این انتقال ماشین های مجازی، به روشی متفاوت، غنی تر از پورت کردن سیستم عامل های فیزیکی است.
با این حال، دو سرور ممکن است فضای بیشتری برای ارتقا داشته باشند. به عنوان مثال، در نسخه ما، یک IBM x3550 M3 ارزان قیمت با اضافه کردن یک پردازنده و رم بیشتر به یک سرور ترمینال کوتاه زیبا برای 50 هسته و بیشتر تبدیل شده است.
یک "دبیرستان" دیگر در ذهن ما وجود دارد، زیرا لازم است هنگام انتخاب دو سرور فیزیکی ایمن باشیم، تبادل داده بین آنها تا حد امکان خوب است. برای سرورهای مجازی، تبادل داده از طریق سوئیچ مجازی انجام می شود. همانجا، برای افزایش ظرفیت توان عملیاتی شبکه، می توانید بر اساس کارت با دو رابط گیگابیتی در سرور پوست قرار دهید تا بتوانید بین خودتان و بدون اتصال واسطه بین سرورها و لینک های 2 گیگابیتی تجمیع کنید. در غیر این صورت می توانید کارت های مختلف با SPF + 10GBASE را امتحان کنید اما در راه راضی خواهید بود.
بنابراین، اگر نیاز به گسترش دارید، یا تعداد سرویسها افزایش مییابد، چشماندازهای خوبی وجود دارد و فعلاً سرورها به طور مؤثر وظایف خود را مدیریت خواهند کرد. احتمالاً از طریق رودخانه نمی توانیم تعداد coristuvachiv vdvіchі را تا 60 osіb افزایش دهیم؟ لطفا.
هنگامی که یک سرور DELL R710 را برنده شدید، می توانید یک IBM x3550 M3 ارزان قیمت بخرید، آن را روی یک هایپروایزر جدید قرار دهید، یک ماشین مجازی با پایگاه داده و یک سرور 1C به آن انتقال دهید و تمام منابع موجود در DELL را به آن منتقل کنید و از یک ماشین مجازی با یک ترمینال Tse سریع خواهد بود و لازم نیست همه چیز را دور بریزید و جدید بخرید.
همانطور که شما دو سرور IBM و سپس x3550 M3 با اضافه شدن یک پردازنده دیگر برنده شده اید، آن مقدار کمی از RAM از یک ماشین متوسط به یک ماشین کامل تبدیل می شود. و در x3250 M5 می توانید پردازنده را از E3-1220v3 به E3-1285v3 ارتقا دهید.
چگونه یک ربات راحت 7 نفر و بیشتر را برای 1c سازماندهی کنیم؟ چگونه ربات را بدون وقفه با سیستم 1c ایمن کنیم؟ چگونه می توان ایمنی همه داده های 1 را تضمین کرد؟ یاکی خرید سرور برای 1cتا یاک یوگو ویبراتی درست است؟ برای ایستادن در برابر IT-fahivtsy و kerіvniki organіzatsіy خیلی زود است.
پیکربندی را انتخاب کنید سرورهای ربات 1Cتا مبنای فعالیت کار با آن را کنار بگذارد. توصیههای زیر بر اساس بهترین شیوهها و رویههای شرکت 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 گیگابایت | 16-32 گیگابایت رم | 32 گیگابایت رم | 64 گیگابایت رم |
تعداد واحدها | نوع 1U | 1U یا 2U | 1U یا 2U | نوع 3U |
زیر سیستم دیسک | 2 x SAS | 4 x SAS | 8 هارد دیسک SAS (RAID 10) را می توان با دیسک های SSD پیکربندی کرد | 16 هارد دیسک SAS (RAID 10) را می توان با درایوهای SSD پیکربندی کرد |
کنترلر RAID سخت افزاری | کش توصیه می شود | IZ zahistoy کش | IZ zahistoy کش | IZ zahistoy کش |
امکان پذیری پوسته پوسته شدن آن پلت فرم از نصب در قفسه |
Є | Є | Є | Є |
نوع جهت گیری 1 سرور برای پایگاه داده | 2000 دلار | 4000 دلار | 5600 دلار | 9990 دلار |
برای روشن شدن پیکربندی و واریانس با مشاور ما تماس بگیرید | ||||
تعداد سرورهای توصیه شده برای معماری pid 1C | 1 | 1 | 2 سرور در یک کلاستر | |
پلیس دیسک Zovnishnya | سلام | سلام | بنابراین | بنابراین |
تفسیر | برای پایگاه داده (ممکن است عملکردهای سرور 1C را تغییر دهد)، دروازه اینترنت، سرور فایل. امکان ارتقای ماشین های تک پردازنده در کیس هایی با 8 دیسک وجود دارد. | برای پایگاه داده، دروازه اینترنت، سرور فایل | توصیه می شود 1 یا 2 سرور پایگاه داده داشته باشید که توسط یک خوشه به نام SRS متحد شده اند. زیر سرور فیزیکی توصیه می شود: سرور پایگاه داده، سرور افزودنی، سرور پایانه | توصیه می شود که 1 یا 2 سرور برای پایگاه داده داشته باشید که توسط خوشه ای به نام SRS متحد شده اند. زیر سرور فیزیکی توصیه می شود: سرور پایگاه داده، سرور افزودنی، سرور پایانه |
بر اساس جدول بالا، می توانید پیکربندی سرور 1c را برای یک دفتر کوچک اضافه کنید
* Dodaєtsya، زیرا برای غلبه بر میزهای کاری از راه دور ضروری است.
نمودار سازمانی چنین راه حلی به نظر می رسد.
یاک سرور پایگاه دادهما ماشین های زیر را توصیه می کنیم:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
سرورها Dell T320і R420عمدتا سازنده (موضوع و stichkovy v_dpovidno)، و دل T620گنجاندن تعداد بیشتری از دیسکها و حافظه عملیاتی، که ممکن است با سطح بالایی از جاهطلبی، یا "با چشمداشتن" آینده، به عنوان یک شرکت تجاری مورد نیاز باشد. حتی اگر فضای کافی در کشور وجود ندارد، می توانید احترام خود را به یک سرور فشرده 1U منتقل کنید دل R320.
نواحی اصلی سرور پایگاه داده، زیرسیستم دیسک و اتصالات به حافظه عملیاتی است. میزان گسترش پایگاه داده برای چنین شرکتهایی معمولاً کم است (معمولاً بیش از 5-10 گیگابایت نیست)، سپس میتوان مقدار وجه نقد را افزایش داد. В 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 گیگابایت برای نیازهای سیستم عامل. چگونه روی کدام سرور فیزیکی کار کنیم سرور الحاقی 1C، سپس باید حافظه و شما را ببینید - از 1 گیگابایت تا 2-4 گیگابایت (بهتر است با صاحب امتیاز مشورت کنید - بهتر است در قالب تنظیمات їх سپرده گذاری کنید).
به عنوان یک سرور پایگاه داده با نرم افزار 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 گیگابایت حافظه. در اصل، شما مطمئناً می توانید از یک ماشین تک پردازنده شگفت زده شوید، یا بهتر است بگوییم، دو پردازنده ضعیف دیگر، یکی سخت را پایین بیاورید (با 1تقلب نکنید). به دلیل پیکربندی 1C که انتخاب کرده اید، مزیت سرور افزونه باید بسیار کهنه باشد، توصیه می شود با provadzhuvachami خود مشورت کنید.
دبلیو سرور ترمینالراحت تر از هر چیزی - سرورهای ترمینالمقیاس افقی بنابراین شما فقط می توانید دو یا سه قرار دهید Dell PE R420یا R620- Zalezhno vіd navantazhennya. علاوه بر این، داده ها به طور خودکار ایمن می شوند - در صورت خرابی یک سرور، جلسات مشتری می تواند به دیگری منتقل شود. Golovnya - بسیار زودتر از زمان برای عرضه ZZU از انبار
انتخاب سرور مورد نیاز 1C، حافظه بعدی، ساعت کار رباتیک با آن، یک عملیات غیر شخصی، خواندن و ضبط داده ها در یک ثانیه وجود خواهد داشت.
برای همه چیز، متوجه شدم که چرا طراحی شایسته یک سرور برای 1C بسیار مهم است - مثل این است که در پشت سر "آهسته" شده است، اشتباه انتخاب شده است و فشاری را که روی سیستم وارد می شود نشان نمی دهد، این یک خطر است. ، این یک خطر است، به دلیل وقفه است، این یک داده مهم برای درگیر شدن است. از طرف دیگر، یک سرور 1C ایجاد کنید، تمام تجهیزات جدید را خریداری کنید امنیت نرم افزارشما می توانید مهم ترین مبلغ را برای شرکت پس انداز کنید، بنابراین بهتر است دارایی ها را بردارید تا بتوانید پول خود را پس انداز کنید.
اگر لازم است برای fahіvtsy robiti vibіr پیکربندی ما برای سرور 1C، ابتدا، در مورد scho stink پرس و جو - skіlki koristuvachіv bude pratsyuvati z 1С در شرکت و مجموعه ای از خدمات برنامه ریزی شده است vikoristovuvat، چه خواهد بود، hto و yaknіmіm_vі Vіd tsikh vіdomosti mi vіdshtovkhuєmosya pіd ساعت ایجاد سرور 1C.
در ساختار سخت افزاری یک سرور 1C، ویژگی های پردازنده، رم، زیر سیستم دیسک و رابط برای ما مهم خواهد بود.
لازم است که بوی بد عملکرد پایدار و سازنده اجزای مهاجم را تضمین کند:
بسته به اینکه باید 1-2 هسته برای ربات OS، 1-2 هسته برای ربات پایگاه داده SQL و 1 هسته اضافی برای ربات سرور و تقریباً 1 هسته اضافی برای ربات OS لازم باشد، تعداد بهینه هسته های پردازنده تخصیص داده شود. 1 هسته در هر پوست 8-10 جلسه هسته یک ساعته (Shob koristuvachі potіm not skarzhilis، scho server 1C galmuє).
توجه به این نکته که سرعت منبع تغذیه به دلیل تعداد هسته ها نیست بلکه به فرکانس کلاک پردازنده مربوط می شود و تعداد هسته ها در پایداری کار با یک تعداد زیادی کوریستاسیون و وظایف یک ساعته در آنها.
Skіlki mem'yatі برای سرور 1C ضروری است
علاوه بر این، اگر به یک سرور 1C برای 100 هسته یا بیشتر نیاز دارید، توصیه می کنیم یک کلاستر با حداقل دو سرور فیزیکی 1C بسازید.
Rozmіr nebhіdnoї operative ї mem'yatі mi proponuєmo rahuvati، بر اساس چنین نشانه هایی:
بیایید جهت خود را برای توزیع پارامترهای سرور 1C 8.3 تنظیم کنیم:
رم بهتر است با حاشیه خریداری شود - یکی از مهمترین عوامل در بهره وری بالای سرور 1C و در عین حال یکی از اجزای یافت شده در همان زمان است. اگر حافظه کافی در سرور 1C Enterprise وجود نداشته باشد، کار کردن برای یک ساعت مهمتر خواهد بود، اگر هزینه غذا دارد، کدام سرور 1C را انتخاب کنید، شروع به احترام به کسانی کنید که رم کافی دارند.
انتخاب سرور مورد نیاز 1C، حافظه بعدی، ساعت کار رباتیک با آن، یک عملیات غیر شخصی، خواندن و ضبط داده ها در یک ثانیه وجود خواهد داشت. این پارامتر - با نوعی امنیت، هارد دیسک پردازش داده ها را امکان پذیر می کند - همچنین یکی از پارامترهای کلیدی برای کد امنیتی سرور 1C است.
هنگام طراحی یک سرور 1C، قبل از داشتن یک زیرسیستم دیسک، می توان به موارد زیر دست یافت:
در این آمار، ما چند شماس آورده ایم تا تقریباً rozrahunki را ایجاد کنیم، نحوه انتخاب سرور برای 1C، حدس می زنم، بوی تعفن برای شما قرمز خواهد شد.
در پایان روز، یک چیز دیگر - آیا varto magatisya به صرفه جویی در کامپیوتر vikoristovuyuchi برای سرور 1C (که اغلب در شرکت های کوچک کار می کند) - koristuvalnitska "zalіzo" kudi کمتر nadіyno و vіdmovostіyke، nіzh مشابه بهره وری. از سرور با سیستم oblіkovoj تعهد خود را varto rizikuvat نکنید. حتی اگر در بودجه خود سرمایه گذاری نکنید، این امکان وجود دارد، در مرحله بعد، می توانید به امکان باز کردن 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: Enterprise 8.2" در پیکربندی های پایه محبوب "ظاهر حسابداری"، "تجارت و انبار"، "مدیریت حقوق و دستمزد و پرسنل"، "مدیریت شرکت تجاری" و، به ویژه، "مدیریت" نگاه کنیم. تولید خلاء». به نظر می رسد که برای شرکت های 10 spivrobitnik و بیشتر که در 1C کار می کنند، "1C: تعهد 8.2. سرور ضمیمه. می توانید گزینه کار در حالت دسکتاپ از راه دور (Remote Desktop) را با تعداد پایگاه داده های یک ساعته تا 100-150 تغییر دهید. توصیهها برای DB 1C "مهم" ثابت خواهند شد، اما "نوسانات مهم" به رویکرد فردی بستگی دارد.
از آنجایی که شرکت کوچک است (2-7 فایل در هر سیستم)، پایه کوچک است (تا 1 گیگابایت)، و "1C: Enterprise 8.2" در حالت فایل روی رایانه کار می کند، پس ما به اجرای کلاسیک فایل سرور نیاز داریم. . برای چنین کارهایی، CPU احتمالاً Intel Core i3 نامیده می شود، بیشتر از آن Intel Xeon E3-12xx. مقدار رم مورد نیاز حتی ساده تر است: 2 گیگابایت برای سیستم عامل و 2 گیگابایت برای حافظه پنهان فایل سیستم.
اگر در شرکت 5 تا 25 هسته 1C، حجم پایگاه داده تا 4 گیگابایت باشد، پس افزونه «1C: Enterprise 8.2» می تواند 4 هسته ای Intel Xeon E3-12xx یا AMD Opteron 4xxx را درایو کند. Crim 2GB RAM تحت سیستم عامل، باید 1-4GB را در 1C:Enterprise 8.2 ببینید. Addendum server” و سبکهای بیشتر و MS SQL Server بیشتر بهعنوان حافظه پنهان - مجموعاً 8 تا 12 گیگابایت رم. برای پایگاههای اطلاعاتی کوچک، مقدار پول نقد موجود در حافظه عملیاتی حداقل 30 درصد از پایگاه داده است و اغلب، همه 100 درصد است.
واقعیت Vіdomy (اگرچه به طور خاص تبلیغ نشده است): "1C: Pіdpriєmstvo 8.2. سرور الحاقی را دوست ندارید، اگر سیستم عامل آن را به یک فایل swap روی هارد دیسک می برد و در هر صورت استفاده از آن آسان است. به همین دلیل است که در سرور، جایی که "سرور اضافی" راه اندازی می شود، همیشه می توانید فضای خالی ذخیره ای در حافظه عملیاتی داشته باشید - امروز ارزان تر است.
شرکت ها از طریق دسترسی از راه دور به برنامه (Remote Desktop) صدای coristuvach 1C بیشتری دارند - این در حالت ترمینال است. به عنوان یک قاعده، با 10-100 پایگاه داده 1C با پایگاه داده 1 گیگابایت و بیشتر، "1C: Enterprise 8.2. سرور افزودنی" و افزونه "1C: Enterprise 8.2" روی یک سرور اجرا می شوند.
برای تعیین منابع پردازنده لازم، باید در نظر گرفت که یک هسته فیزیکی می تواند به طور موثر بیش از 8 جریان هسته را پردازش کند - این به دلیل معماری داخلی پردازنده ها است. همانطور که تمرین نشان می دهد، تحت وظیفه 1C + Remote Desktop، نمی توان پردازنده های سرور خطوط جوان با فرکانس های پایین هسته های rozrachunk و معماری ابتدایی را دریافت کرد. به عنوان یک قاعده، استخراج یک پردازنده از Intel Xeon E3-12xx با فرکانس بالا بسیار کوچک است (تا 15-20). حداقل یک هسته فیزیکی (2 رشته) SQL Server را مصرف می کند، یک هسته دیگر (2 رشته) «1C: Enterprise 8.2» را مصرف می کند. سرور افزودنی، و 2 هسته فیزیکی (4 رشته) - برای سیستم عامل و هسته های ترمینال. اگر تعداد هستههای 1C بیش از 20 است، یا اگر پایگاه داده بزرگتر از 4 گیگابایت است، وقت آن است که به 2 سیستم پردازنده در Intel Xeon E5-26xx یا AMD Opteron 62xx بروید.
Razrahunok مورد نیاز برای obsyagu حافظه عملیاتی بسیار ساده است: 2GB سیستم عامل مورد نیاز، 2GB و بیشتر - MS SQL Server به عنوان کش (نه کمتر از 30٪ از پایگاه داده)، 1-4GB - pid "1C: Enterprise 8.2. سرور کمکی، حافظه سرور را می توان برای جلسات ترمینال ذخیره کرد. یک جعبه ترمینال، که طبق پیکربندی سپرده شده است، با ضمیمه های "فرم حسابداری"، "تجارت و انبار" - 100-120 مگابایت، "مدیریت حقوق و دستمزد و پرسنل"، "مدیریت شرکت تجاری" - 120-160 مگابایت، زندگی می کند. برای اجرای یک افزونه در سرورهای MS Word، MS Excel، MS Outlook، افزونه پوست باید حدود 100 مگابایت ببیند. به عنوان یک قاعده، حداقل برای یک سرور ترمینال 12 گیگابایت رم است.
به عنوان مثال، برای یک سرور 1C با بسته نرم افزاری معمول، 50 جعبه ترمینال در پیکربندی "Commercial Business Administration"، این پایگاه داده برای 8 گیگابایت به طور بهینه با شدت دو پردازنده Intel Xeon E5-2650 (8 هسته، 16) محاسبه می شود. رشته ها، 2.0 گیگاهرتز). حداقل 2 (OS) + 4 (SQL) + 4 (سرور 1C) + 8 (160 "UTP" * 50 هسته) = 18 گیگابایت و در مدت کوتاهی 24 تا 32 گیگابایت (6-8 کانال DIMM هر کدام 4 گیگابایت) نیاز دارید. ) .
آسیب بیشتر برای کار کامل سرورهای 1C:Pіdpriєmstvo 8 pov'yazan z غیر معقول، مانند آنها vivouyutsya نوع عملیات معرفی-تجسم، بیش از نوعی ادای احترام است که z іntensivnіstyu. مهمترین زیرسیستم دیسک کلید اطمینان از بهره وری کافی از سرور به طور کلی است - حتی برای ناوبری پایگاه داده، بزرگترین مشکل مسدود کردن جداول در طول کار یک ساعته با آنها بدون کوریستوواچیو بدون چهره یا با خریدهای انبوه / ویژگی ها / ارسال ها است. مانیتورینگ و بهینه سازی زیرسیستم دیسک سرور.
1С 5 جریان داده برای زیرسیستم دیسک، که با آنها کار نخواهند کرد:
ساختار داده ها در 1C شی گرا است و هیچ شی و پیوندی بین آنها وجود ندارد. p align="justify"> برای کار با جداول داده، تعداد عملیات خواندن در ثانیه بسیار مهم است، زیرا ساخت یک زیرسیستم دیسک در یک ساعت (عملیات خروجی ورودی در ثانیه، IOPS) است. در عین حال، توانایی مشاهده سرعت جریان بالای انتقال داده (MBp / s) بسیار کمتر اهمیت دارد. یک پایه نسبتاً متوسط با حجم 200-300 مگابایت از 3-5 سلول فهرست نهایی می تواند حداکثر 400-600 IOPS را تولید کند. یک پایه 10-15 هسته ای و در مجموع 400-800 مگابایت می تواند 1500-2500 IOPS را ببیند، 40-50 هسته از یک پایگاه داده 2-4 گیگابایتی 5000-7500 IOPS تولید می کند و پایه 80-100 هسته به راحتی می تواند به 12000- برسد. 180.
همانطور که می دانید، متوسط تقاضا برای یک زیرسیستم دیسک می تواند 10-15٪ از پیک باشد. فقط خود بهره وری در دوره اوج اکتساب ها بسیار مهم است: کسب خودکار داده ها از سیستم های دیگر، تبادل داده ها از یک سیستم توزیع شده در طول دوره ای که دوباره انجام می شود.
دیسک های مدرن در عملیات خواندن و نوشتن با دسترسی تصادفی (خواندن/نوشتن تصادفی) می توانند چالش های زیر را یکی یکی برطرف کنند:
اینتل 910400 گیگابایت |
|||||
2400 - 8600 IOPS |
خوب است که ببینید:
دیسک های منفرد در سرورهای پایگاه داده شکسته نمی شوند، فقط آرایه های RAID شکسته می شوند. برای افزایش بیشتر بهره وری واقعی زیرسیستم دیسک، لازم است برای نوشتن به IOPS جریمه (جریمه) پرداخت شود، گویی که گروه دیسک در RAID است:
اگر از RAID 10 6 دیسک را انتخاب کنید، 2 IOPS دیسک فیزیکی روی یک رکورد 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 Back به کش کمک کنید. دادهها مستقیماً روی دیسکها (مانند حالت Write Through) نوشته نمیشوند، بلکه در حافظه پنهان کنترلکننده، و فقط بعداً، در حالت دستهای و به روشی منظم - روی دیسکها نوشته میشوند. بسته به مشخصات مدیر، بهره وری رکورد 30-100٪ افزایش می یابد.
پایگاه داده های احتمالاً کم حجم یا نسبتاً کوچک (تا 20 گیگابایت) یک راه ارزان برای افزایش IOPS - RAID ترکیبی از SSD/HDD است. فایل های بزرگتر و غیر مورد نیاز پایگاه داده برای 3-15 koristuvachiv در ساختار rozpodіlenіy در کافه kshtalt merezhі یا ایستگاه خدمات.
برای پایگاه داده های بزرگ (200 گیگابایت و بیشتر) با یک حلقه داده تاریخی طولانی، یا سرویس دهی به پایگاه داده های بزرگ، حافظه پنهان SSD ممکن است موثر باشد (LSI CacheCade 2.0 یا Adaptec MaxCache 3.0). برای بهره برداری از چنین سیستم هایی، در وظایف 1C برای کمک اضافی، می توانید به طور قابل توجهی ارزان و بدون تغییرات عمده در زیرساخت، می توانید سرعت عملیات دیسک را 20-50٪ افزایش دهید.
قهرمان swidcode در IOPS آرایه های RAID را روی SSD های سرور منتقل کرده است - هر دو به طور سنتی، به جای کنترلرهای SAS RAID و SSD های PCIe. دو عامل میانی برای محبوبیت آنها مهم است: فناوری (بهره وری کنترلرهای RAID یا نیاز به تغییر اساسی ساختار پس انداز) و قیمت پیاده سازی.
Okremo بعدی در مورد ذخیره فایل های فهرست و TempDB می گویند. فایل های فهرست به ندرت به روز می شوند (1 بار در هر دوبا تماس بگیرید)، بیشتر خوانده می شوند (IOPS). صرفاً لازم است چنین دانیمی را در یک SSD ذخیره کنید، برای خواندن متظاهر! TempDB که برای صرفه جویی در زمان استفاده می شود، معمولاً اندازه کوچکی دارد (1-4-12 گیگابایت)، اما قادر به ضبط سرعت است. فایلهای فهرست و ساعت ارسال میشوند تا تا زمانی که دادههای واقعی را خرج نکنید، نیازی به هزینه نداشته باشید. البته، بوی تعفن را می توان روی یک SSD okremu (یا بهتر بگوییم - در دو حجم okremih) پخش کرد. من می خواهم از کنترلر SATA آنبورد مادربرد استفاده کنم. از نقطه نظر قابلیت اطمینان و swidcode، TempDB را می توان برای آینه (RAID1) از SSD، بر روی کنترلر روی برد، و همچنین برای ذخیره کش های ذخیره شده در رکورد استفاده کرد. به همین دلیل، SSD های دسکتاپ نیز تحت تأثیر قرار می گیرند - به عنوان مثال، اینتل سری 520، فشرده سازی داده های سخت افزاری هنگام نوشتن در TempDB ساده تر خواهد بود. تقصیر این رهبران از سیستم جهانی صرفه جویی در چشم انداز زیرسیستم سوئدی به طور مثبت بر بهره وری سیستم، به ویژه در لحظه اوج تقاضا، دلالت دارد.
در صورت بروز اشکال، در صورت امکان اطمینان از حداکثر پاسخ سریع مدیران در صورت بروز خرابی و در صورت وجود لجستیک حمل و نقل, Virobnitstvo در UPP، تبادل حجم در URBD)، TempDB مقصر RAMDrive است. این تصمیم به شما امکان می دهد گاهی اوقات تا 4-12٪ از بهره وری کلی سیستم را برنده شوید. به احتمال زیاد خرابی به دلیل راه اندازی مجدد سرور سرزنش می شود: اگر RAMDrive به طور خودکار راه اندازی نشود، باید یک مدیر را برای راه اندازی دستی معرفی کنید - در غیر این صورت کل سیستم متوقف می شود.
یکی دیگر از مؤلفه های مهم، فایل های log هستند. بوی تعفن ممکن است برای هر نوع تکینگی زیرسیستم دیسک غیرقابل قبول باشد - برای تولید جریان ثابتی از حیوانات دریبنیه برای ضبط. برای ترافیک متوسط غیرقابل درک است، اما برای کد سرور 1C برای ترافیک اوج بدتر است. p align="justify"> عاقلانه است که فایل log (مخصوصاً فایل log SQL) را تا حد امکان با حجم های فیزیکی بیشتری توجیه کنیم که عملاً از نظر IOPS خطی خواهد بود. برای آسودگی خیال، میتوانید آینهای از SATA/NL SAS ارزان و حجیم (برای Full log)، یا SSDهای ارزان قیمت رومیزی از همان سری Intel 520 (Log ساده یا Full log، با پشتیبانگیری و تمیز کردن رایگان) ایجاد کنید.
به طور خلاصه، می توان گفت که ورود SSD به سرور، امکانات جدیدی را برای افزایش بهره وری سرورهای انبوه - برای هزینه ذخیره سازی داده ها و پیکربندی هوشمند ورودی/خروجی دیسک به ارمغان آورد.
زیرسیستم دیسک "سرور ایده آل 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 log (و همچنین 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 کارمند فعال به طور همزمان)، گام بعدی به حداقل رساندن هزینه های عملیات شبکه از طریق رابط اترنت است. در حالت ایده آل - برای سرویس دهی به SQL Server، و "1C: Enterprise 8 Add-on Server x64"، و جلسات 1C در Remote Desktop با یک سرور فیزیکی. از نقطه نظر ایمنی پایداری تا vіdm، چنین توصیه ای به شما امکان می دهد حداکثر مالکیت آن PZ را افزایش دهید و برای نوسانات در مجازی سازی مجازی سازی، همان سطح ایمنی و "تکرار" را ارائه می دهد. از رسانه" در تنظیم دیگر.
چگونه اترنت را از سرور SQL -> سرور الحاقی 1C:Enterprise 8 -> جلسه 1C:Enterprise 8 خاموش کنیم؟ رابط اترنت Merezhevy، با بستهبندی iogo از این دادهها، بلوکهای کوچکی برای انتقال است، همیشه پارازیتهای اضافی ایجاد میکند: هنگام بستهبندی / باز کردن ترافیک، و هنگام انتقال خود (تأخیر بالا). در 1C:Pіdpriєmstvo 8 برای جمع آوری آرایه بزرگی از داده ها، آنها برای پردازش منتقل می شوند، و این کار بر اساس کل زبان، در موقعیت های خاص - در سمت اشتباه انجام می شود. هنگام انتقال دادهها به طور مستقیم به یک فرآیند به فرآیند دیگر در رم سرور (در یک سرور بدون مجازیسازی)، یا از طریق یک رابط مش مجازی (در همان سرور فیزیکی، با آداپتورهای مش سرور خوب با بلوکهای RAM منتقل شده بین VM) بسیار پایینتر است. سرورهای مدرن دو پردازنده با حافظه عملیاتی بزرگ و یک زیر سیستم دیسک در SSD به شما امکان می دهد تا به راحتی یک پایگاه داده 1C را برای 100-150 هسته فعال ارائه دهید.
در مورد جستجوی پایگاه داده، تعدادی از هاست های فیزیکی اجتناب ناپذیر است، لازم است همه سرورها از طریق اترنت 10 گیگابایتی متصل شوند. یا حداقل 2-4 اتصال اترنت 1 گیگابایتی با TCP/IP تسریع شده سخت افزاری (TCP / IP Offloader) و پشتیبانی سخت افزاری برای مجازی سازی.
بیشترین هزینه بهره وری در پورت های اترنت ناشی از تصمیمات بودجه ای است. بر کسی پوشیده نیست که آداپتورهای سیمی 1 گیگابایتی که روی اکثر مادربردهای سرور لحیم شده اند، برای سرویس دهی به ترافیک سیمی فشرده طراحی نشده اند. یاکسو را روی برد با 2 یا 3 پورت GbE، بوی تعفن پیادهسازی روی تراشههای دسکتاپ. مدیریت کافی، بوی بد باعث افزایش بارنامه های اضافی از خدمات ادغام مبادلات می شود، به خصوص در وسط مجازی شده. کل فرآیند انتقال داده از طریق چنین تراشه ای توسط منابع پردازنده، حافظه عملیاتی و گذرگاه داخلی پوشش داده می شود. چنین تراشههایی هیچ انتقال سریعی از ترافیک IP را ارائه نمیدهند، اگر چنین انتقالهایی دریافت شود، بسته اترنت به معنای انتقال به پردازنده خواهد بود. در یک محیط مجازی، بهره وری یک رابط می تواند به 25-30٪ برسد. حداقل، نمی توان به نیاز به مناسب ترین رابط با کمک نظارت اشاره کرد. پردازنده مرکزی مسئول پردازنده جدید است و اگر کار نکرد، فقط در پنجره کارت مش ایستاده است. پورت های روی تراشه های دسکتاپ باید از جریان داده در محیط های مجازی، پس از حذف وظیفه مدیریت سرور، خاموش شوند. برای ترافیک شدید حصاربندی، یک کارت مرزی مجزا روی چیپست سرور اضافه کنید.
بحث در مورد بهره وری سرورها در آینده همیشه با سوپر آشپزها در مورد قابلیت اطمینان آنها همراه است. ایمنی دوام تا بلوغ همیشه به ویترات های اضافی نیاز دارد، به ویژه برای پشتیبانی از فرآیندهای ویروسی بدون وقفه. بدون کوچک کردن نقش فضای 1C، می توان گفت که بزرگترین معضل "بهره وری / برتری" در زمینه های مختلف در حال رشد است: برای اولین بار، بهینه سازی راه حل های سخت افزاری مبارزه می شود، برای دیگری - سازماندهی فرآیندها. و رویه ها اگر برنامهها بهعنوان بحرانی علامتگذاری شوند، احترام اصلی برای اجرای عملی بودن نه به نیازهای حفاظت از سرور فردی، بلکه به حداقل کردن زیرساختهای ساده داده میشود.
Зрозуміло, для підприємств із відносно великою кількістю одночасно підключених користувачів (25-150) та розміщенням усіх додатків на одному сервері обов'язкове застосування джерел безперебійного енергопостачання, надлишкових блоків живлення самих серверів, кошиків гарячої заміни дисків та RAID-масивів із гарячим резервуванням. با این حال، در دسترس بودن تجهیزات جایگزین رزرو برنامه ریزی شده خود داده ها نمی شود. Mayuchi با پشتیبان گیری (به طور دقیق تر، shonochovy) از آن فایل عملیاتی از Full SQL log، می توانید DB 1C را برای یک بازه زمانی بسیار کوتاه دوباره به روز کنید.
زمان مجاز بیکاری سیستم مرکزی 1C برای شرکت های کوچک و متوسط 1-2 حادثه در ماه، 1-4 سال برای مدت زمان است. در واقع، ذخیره بزرگی از زمان - مانند قبل از رستاخیز، ما برای مدت طولانی آماده می شویم. راه اندازی مجدد هوشمند ضروری و در دسترس بودن تصاویر کلیه سرورهای مجازی و فیزیکی در جلوی ماشین مجازی بر روی فایل/حجم واقعی - برای به روز رسانی خود قسمت زیرساخت در سرور پشتیبان. Obov'azkovy schodenny backup (و sozhnevyy آن دوره بسته شدن) برای پیوست فیزیکی بعدی و ثبت کامل SQL برای vypadkіv، در صورتی که ورود داده ها "از ابتدای روز کاری" به صورت دستی حیاتی و مهم باشد. برای بدیهی بودن مدیریت، می توانید در مدت 1-2 سال برای تجدید تمرین توسط یک زاگال، بالا و با بهره وری کمتر سرمایه گذاری کنید. خوب، و در آنجا، بدون نیاز به کار بی وقفه 24x7، اولین کارها انتخاب یک معماری متفاوت خواهد بود که دارای حداقل تعداد نقاط معرفی و فناوری های مدرن خوشه بندی است. Ale tse در حال حاضر zovsіm іnsha іstoriya.
مقاله اصلی: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
من به سردبیر مجله "Computer Review" اجازه می دهم
برای لپه، من فیلمنامه کار را می بینم:
1.) کار با یک پایه فایل از طریق یک منبع وحشی (وب سرور)
2.) با پایه فایل در ترمینال کار کنید
3.) کار با پایگاه داده سرور (MSSQL).
ربات از پایه فایل از طریق یک منبع جهانی (وب سرور)
اینجا همه چیز آسان است. Yakscho tse zvichaynі فرم که 1-3 koristuvach. سپس در "سرور" (دستگاهی که پایه روی آن قرار دارد انتخاب می شود:
آخرین لحظه، به عنوان پایه ای بر روی فرم های درمان شده است. محور اینجا درست مثل همه چیز ساخته شده است، همانطور که بیشتر توضیح داده شده است، می توانید گلما را ببینید. محافظت کنید:
در مورد پایه، شما می توانید به صورت محلی یک کوریستوواچ را تمرین کنید که برای کار راحت شما کافی است و سرعت کار از طریق یک منبع خام بسیار خودکفا خواهد بود. Ale و اینجا بیرون - یک ربات از طریق یک وب سرور. در اینترنت، می توانید تعداد زیادی مقاله پیدا کنید که نحوه سازماندهی یک شغل با رتبه مشابه را شرح می دهد، بدون اینکه در این مقاله در مورد این مورد قضاوت کنید. به تنهایی، هشدارهای خود را با شما به اشتراک می گذارم: بهتر است ربات را با corestuvachiv نه از طریق یک مرورگر وب، بلکه از طریق یک تین کلاینت (اگر یک پایه جدید به لیست IB اضافه کنیم، در کنار قرارگیری IB در آنجا). یک آیتم "در یک وب سرور") است. Tse، برای هشدارهای من، سریعتر، پایین تر از طریق مرورگر. علاوه بر این، هنگام کار از طریق مرورگر، بخشودگی در رابط شنیده می شود (PM چه کرد و غیره)، هنگام کار از طریق تین کلاینت هیچ کدام وجود ندارد.
Vlasne، با این دستور (ssd، پردازنده با فرکانس بالا، وب سرور، تین کلاینت) سرعت می بخشد. می توان افسانه را گسترش داد "زیرا تعداد koristuvachiv بیشتر از 1 است (برای نسخه فعلی بیشتر از 0 :)) - یک پایگاه سرور مورد نیاز است *.
*در صورت تمایل می توان گفت که قیمت UPP نیست یا حجم پایه آن > ~ 4 گیگابایت است و تعداد کوریستوواچ ها از 4 بیشتر نمی شود (حداکثر اندازه پایه تعداد کوریستوواچیو است، اگر بزرگ باشد. یکی، ممکن است پاییز را زودتر کنیم، اگر از طریق یک پایه فایل با یک پایه فایل، افراد بیشتری کار کنند؟
کار با یک پایه فایل در ترمینال
بریم سراغ گزینه بعدی. ممکن است یک سرور ترمینال داشته باشیم و ممکن است یک پایه فایل داشته باشیم. در اینجا همه چیز شبیه سناریوی 1 برای خطای پردازنده است:
کار با پایه سرور (MSSQL).
این سناریو پیچیده ترین سناریو است و شاید به آمارهای اضافی نیاز داشته باشد. من در چارچوب این مقاله تبلیغ می کنم تا فقط به اصول اولیه ای که باید به بهره وری اضافه شود نگاه کنم
نه همه چیز. لایک غذا / اسکارگی / پیشنهادات - در نظرات خوش آمدید؛)