طراحی سرور برای نیازهای "1C: Enterprise 8" برای مشاغل متوسط \u200b\u200bو بزرگ
این مواد برای متخصصان فنی در نظر گرفته شده است که برای نیازهای 1C: راه حل های سرور را طراحی می کنند: Enterprise 8 با بار 25-250 کاربر و بیشتر. مباحث ارزیابی عملکرد مورد نیاز توسط مؤلفه های سرور ، با در نظر گرفتن موارد شدید بار ، تأثیر مجازی سازی در نظر گرفته شده است. موضوعات ساخت زیرساخت شرکتی قابل تحمل در شرکتهای بزرگ در مقاله بعدی مورد بحث قرار خواهد گرفت.
تخمین عملکرد تجهیزات مورد نیاز.
برای انتخاب تجهیزات ، حداقل ارزیابی اولیه نیاز به منابع CPU ، RAM ، زیر سیستم دیسک و رابط های شبکه مورد نیاز است.
در اینجا دو راه برای بررسی وجود دارد:
الف) آزمایشی ، که به شما امکان می دهد داده های عینی در مورد بار تجهیزات موجود را بدست آورید و تنگناها را شناسایی کنید.
ب) محاسبه شده ، که به شما امکان می دهد بر اساس داده های میانگین به دست آمده از تجربی بدست آورید.
موثرترین استفاده ترکیبی از هر دو روش است.
- نظارت بر بار ، ارزیابی نتایج ، یافتن تنگناها و تشکیل الزامات
چرا هنگام داشتن سیستم کار ، انجام تجزیه و تحلیل بار مهم است؟
در اینجا درست ترین مقایسه با دارو است. وقتی بیمار به پزشک مراجعه می کند ، ابتدا یک معاینه انجام می شود ، آزمایش ها تجویز می شود ، سپس کل مجموعه اطلاعات موجود ارزیابی می شود و معالجه درمانی انجام می شود. هنگام طراحی سرور وضعیت دقیقاً یکسان است.
با تلاش برای اندازه گیری پارامترهای بار و تجزیه و تحلیل نتایج ، به عنوان پاداش ، بهترین مکاتبات سرور پیش بینی شده را با وظایف خود دریافت خواهیم کرد. نتیجه نهایی صرفه جویی قابل توجهی خواهد شد ، هم در هزینه های اولیه و هم در هزینه های عملیاتی در آینده.
ما عملکرد سرور را از نظر زیر سیستم اصلی ارزیابی خواهیم کرد: پردازنده های مرکزی ، رم ، زیر سیستم I / O دیسک و رابط های شبکه. در محیط ویندوز ، یک ابزار ارزیابی محاسباتی بار محاسباتی استاندارد Windows Performance Monitor (perfmon) وجود دارد. سایر سیستم ها دارای ابزار ارزیابی مشابه هستند.
به طور کلی ، بار روی هر زیر سیستم به برنامه ها و نوع داده هایی که با آنها کار می کنند بستگی دارد. برای بلاک برنامه های مرتبط با 1C ، مهمترین آنها CPU ، RAM و برای سرور SQL ، زیر سیستم دیسک نیز هست. هنگام استقرار در چندین سرور ، رابط شبکه نیز بسیار مهم است. ما فقط با آن پارامترهایی کار خواهیم کرد که از دیدگاه مسئله کاربردی برای ما مهم هستند.
داده ها برای تجزیه و تحلیل باید حداقل یک روز قبل از روز کاری معمولی جمع آوری شود. در حالت ایده آل ، داده ها را در سه روز کاری معمولی جمع آوری کنید. برای یافتن تنگناها ، توصیه می شود در روز بالاترین بار داده را بگیرید.
هر آنچه که در ادامه توضیح داده می شود ، چه در مرحله آماده سازی برای طراحی سرور جدید (برای تنظیم وظیفه به تأمین کننده) و چه در هنگام کار ، برای ارزیابی عینی تغییرات در پارامترهای تجهیزات و "تنظیم دقیق" بعدی سخت افزار و نرم افزار تحت عنوان "1C: Enterprise 8" مفید خواهد بود. بطور کلی.
پردازنده
ما بیشتر علاقه مند به یک پارامتر هستیم - " پردازنده:٪ زمان پردازنده» (« پردازنده:٪ استفاده پردازنده
") مایکروسافت موارد زیر را در مورد این پارامتر می گوید: "این پیشخوان زمانی را که CPU برای اجرای یک نخ در حین اجرا می گذارد ، دنبال می کند. یک نرخ استفاده مداوم از CPU بین 80 تا 90 درصد ممکن است نشانگر یک به روزرسانی CPU یا چندین نسخه اضافی CPU باشد. " بنابراین ، اگر بار CPU به طور متوسط \u200b\u200bدر سطح 70-80٪ باشد ، این نسبت بهینه از راندمان استفاده از منابع CPU و حاشیه عملکرد برای دوره های اوج است. کمتر - سیستم کم بار است. بیش از 80٪ در معرض خطر هستند ، 90٪ - سیستم بیش از حد بارگذاری شده است ، لازم است یا بار را روی میزبان های دیگر پخش کنید ، یا به یک سرور جدید و کارآمد تر منتقل شوید.
تجزیه و تحلیل CPU . برای پردازنده های مدرن ، این معقول است که در وهله اول بفهمید که چند هسته نیاز دارید. خود ویندوز نسبتاً کارآمد بار را بین هسته ها توزیع می کند و به استثنای موارد نادری که در سطح نرم افزار اتصال قابل توجهی برای هسته ها وجود داشته باشد ، تمام هسته های پردازنده کم و بیش به طور مساوی بار می شوند. به طور کلی ، اگر پارامتری دارید "٪ استفاده CPU"در محدوده 50-70٪ است - همه چیز خوب است ، یک ذخیره وجود دارد. اگر کمتر از 50٪ باشد ، در حال حاضر سیستم شما تعداد هسته های اضافی را در اختیار شما قرار می دهد ، می توان تعداد آنها را کاهش داد یا سرور را با سایر کارها بارگیری کرد. متوسط \u200b\u200bبار 80٪ یا بیشتر - سیستم شما به هسته های بیشتری احتیاج دارد.
رم
.
منطقی است که دو پارامتر را در اینجا ردیابی کنید:
« حافظه: Mbytes در دسترس است» (« حافظه: MB موجود است
") در یک سیستم عامل معمولی ، این پیشخوان باید حداقل 10٪ از حافظه فیزیکی نصب شده روی سرور باشد. اگر مقدار حافظه موجود خیلی کم باشد ، سیستم مجبور است از فایل پیجینگ برای فرآیندهای فعال استفاده کند. در نتیجه تأثیرات "انجماد" سیستم تاخیرهای قابل توجهی مشاهده می شود.
« حافظه:٪ متعهد بایت که در استفاده کنید», « حافظه:٪ استفاده از حافظه اختصاص داده شده
" مقدار زیادی برای این پیشخوان نشان می دهد که این سیستم بار سنگین را در RAM تجربه می کند. بسیار مطلوب است که این پارامتر زیر 90٪ باشد ، زیرا در 95٪ احتمال خطای OutOfMemory وجود دارد.
آنالیز رم . پارامتر کلیدی در دسترس بودن رم موجود در سرور است که کاملاً کارآمد برای نظارت بر پیشخوان های فوق مجاز است.
زیر سیستم دیسک. خیلی اوقات ، سوالات در مورد عملکرد "1C: Enterprise 8" به عملکرد ناکافی زیر سیستم دیسک مربوط می شود. و در اینجاست که ما فرصتهای کاملاً بزرگی برای بهینه سازی تجهیزات مربوط به کار داریم. بنابراین ، ما به تجزیه و تحلیل پیشخوان های زیر سیستم دیسک حداکثر توجه خواهیم کرد.
- « ٪ فضای خالی"آیا درصد فضای خالی روی دیسک منطقی است. اگر کمتر از 15٪ ظرفیت دیسک آزاد باشد ، بیش از حد بار در نظر گرفته می شود ، و تجزیه و تحلیل بیشتر آن احتمالاً کاملاً صحیح نخواهد بود - این امر به شدت تحت تأثیر قطعه قطعه کردن داده ها روی دیسک قرار خواهد گرفت. مقدار توصیه شده فضای آزاد در دیسک سرور حداقل 20٪ ، بیشتر برای SSD مطلوب است.
- « میانگین ثانیه دیسک / انتقال"زمان متوسط \u200b\u200bدسترسی به دیسک است. پیشخوان میانگین زمان را در میلی ثانیه برای تبادل داده دیسک مورد نیاز نشان می دهد. برای سیستم های دارای بار کم (به عنوان مثال ، ذخیره سازی پرونده ها ، ذخیره سازی VM) ، توصیه می شود مقدار آن را در 25 تا 30 میلی ثانیه حفظ کنید. برای سرورهای پر بار (SQL) - توصیه می شود از 10 ms تجاوز نکنند. مقادیر زیاد پیشخوان نشانگر اضافه بار زیر سیستم است. این یک شاخص انتگرال است که به تجزیه و تحلیل دقیق تر نیاز دارد. کدام عملیات ، خواندن یا نوشتن و به چه نسبت توسط پیشخوان ها نشان داده می شوند میانگین ثانیه دیسک / خواندن (میانگین زمان خواندن دیسک در ثانیه) و میانگین ثانیه دیسک / نوشتن (میانگین زمان دسترسی به دیسک در هر نوشتن)
شاخص انتگرال میانگین. sec / انتقال دیسک در RAID5 / RAID6 با غالبیت عملیات خواندن می تواند در محدوده طبیعی باشد و عملیات نوشتن با تاخیرهای قابل توجهی انجام می شود.
3. میانگین طول صف دیسک (طول متوسط \u200b\u200bطول دیسک) ، در واقع ، یک نشانگر انتگرال است و از آن تشکیل شده است میانگین طول صف را بخوانید(طول متوسط \u200b\u200bطول خوانده شده دیسک) و میانگین طول دیسک نوشتن دیسک (طول متوسط \u200b\u200bصف نوشتن دیسک). این به شما می گوید که بطور میانگین چند عملیات I / O منتظر در دسترس بودن هارد دیسک هستند. این یک شاخص قابل اندازه گیری نیست ، اما طبق قانون لیتل از نظریه صف به عنوان N \u003d A * Sr محاسبه می شود ، جایی که N تعداد درخواست های در انتظار در سیستم است ، A میزان دریافت درخواست ها ، Sr زمان پاسخ است. برای یک زیر سیستم دیسک معمولی که کار می کند ، این رقم نباید بیشتر از 1 دیسک در گروه RAID باشد. در برنامه های کلاس SQL Server ، مطلوب است که میانگین آن در کمتر از 0.2 باشد.
4. طول صف دیسک فعلی (طول صف فعلی دیسک) تعداد درخواستهای برجسته و معلق را که خطاب به دیسک انتخاب شده هستند نشان می دهد. این یک مقدار فعلی است ، یک عکس فوری ، نه به طور متوسط \u200b\u200bدر طی یک بازه زمانی. زمان تأخیر پردازش درخواستها به زیر سیستم دیسک متناسب با طول صف است. برای عملکرد راحت در حالت پایدار ، تعداد درخواست های در حال انتظار نباید بیش از 1.5-2 بار از تعداد دیسک های فیزیکی موجود در آرایه باشد (فرض می کنیم که در یک آرایه از چند دیسک ، هر دیسک می تواند همزمان یک درخواست را از صف انتخاب کند).
5. انتقال دیسک / ثانیه (دسترسی به دیسک / ثانیه) - تعداد درخواستهای دیسک I / O در یک ثانیه تکمیل می شود. نیازهای واقعی برنامه های کاربردی برای خواندن و نوشتن تصادفی را به زیر سیستم دیسک نشان می دهد. به عنوان شاخصی که شمارنده های مختلفی را در آن خلاصه می کند ، به شما امکان می دهد وضعیت کلی را به سرعت ارزیابی کنید.
6. خواندن دیسک / ثانیه - تعداد خواندن در ثانیه ، یعنی فرکانس عملیات خواندن از دیسک. مهمترین پارامتر برای برنامه های کلاس SQL Server است که عملکرد واقعی زیر سیستم دیسک را تعیین می کند.
در حالت عادی حالت پایدار ، میزان دسترسی ها نباید از توانایی های فیزیکی دیسک ها فراتر رود - محدودیت های فردی آنها با تعداد دیسک های موجود در آرایه ضرب می شود.
100-120 IOPS در هر دیسک SATA یا NL SAS؛
200-240 IOPS در هر دیسک SAS 15000 دور در دقیقه؛
65000 IOPS درایو کلاس SSD سری SSD S300 Intel (SATA)؛
7. دیسک می نویسد / ثانیه - تعداد دسترسی به نوشتن در ثانیه ، یعنی فرکانس اجرای دیسک را می نویسد. یک پارامتر بسیار مهم برای برنامه های کلاس SQL Server. هنگام کار در حالت عادی ، میزان دسترسی نباید از حد دیسک فیزیکی ضرب شده با تعداد موجود در آرایه و با در نظر گرفتن مجازات نوشتن برای نوع RAID انتخاب شده ، تجاوز کند.
80-100 IOPS در هر دیسک SATA یا NL SAS؛
180-220 IOPS در هر دیسک SAS؛
2 ، 20 گیگاهرتز
DDR4
1600/1866/2133
3 ، 50 گیگاهرتز
DDR4 1600/1866/2133/2400
جدول 1 - پارامترهای کار با RAM
رم
... عملکرد کل سرور تحت تأثیر نوع حافظه نصب شده قرار خواهد گرفت. به عنوان مثال ، LR DIMM به دلیل معماری خود ، همیشه تأخیر بالاتری نسبت به حافظه معمولی DDR4 RDIMM خواهد داشت. به خصوص در سؤالات نسبتاً کوتاه معمولی برای SQL هنگام کار با 1C. با توجه به تأخیر بیشتر و قیمت قابل توجهی بالاتر ، نصب LR DIMM تنها در صورتی امکان پذیر است که به دلیل RDIMM به دست آوردن مقدار مورد نیاز RAM امکان پذیر نباشد.
به همین ترتیب ، DDR4 2400 کمی سریعتر از DDR4 2133 عمل می کند - اگر فرکانس های بالا توسط CPU پشتیبانی می شوند.
رابط شبکه.
در اینجا توصیه می شود که قوانین ساده ای را رعایت کنید:
الف) سرور حداقل باید دارای سه رابط شبکه 1Gb اترنت یا بالاتر (10Gb ، 40Gb) و حداقل دو مورد از آنها در تراشه های شبکه سرور باشد. البته ، همه موارد دیگر برابر است ، شما باید زیرساخت اترنت 10 گیگابایتی را ترجیح دهید ، به خصوص با توجه به ناپدید شدن تفاوت کوچک در قیمت تجهیزات (کارت های شبکه 10 گیگابایتی و پورت های 10 گیگابایتی در سوئیچ های 1 گیگابایتی / 10 گیگابایت).
b) سرور برای کنترل از راه دور باید از یک یا KVM بیش از IP فناوری پشتیبانی کند.
از میان ظرافت ها می توان پشتیبانی بسیار خوبی را از طریق کلیه تراشه های شبکه سرور اینتل برای ابزارهای مجازی سازی و امکان توزیع کارآمد بار بین هسته های CPU برای 10Gb + انجام داد.
زیر سیستم دیسک :
زیر سیستم دیسک شامل دو جزء است:
- زیر سیستم I / O در قالب کنترلرهای SAS HBA و کنترل کننده های RAID؛
- دستگاههای ذخیره داده یا در مورد ما - دیسک های SSD و HDD.
حمله.
برای کارهای سیستم عامل و ذخیره سازی پایگاه داده ، به طور معمول ، از RAID 1 یا RAID 10 و همچنین همتایان نرم افزاری مختلف آنها استفاده می شود.
1. کاملاً نرم افزاری RAID (Soft RAID) با استفاده از ویندوز سرور نمی تواند برای دیسک بوت استفاده شود ، اما برای ذخیره سازی DB ، tempDB و ورود به سیستم SQL کاملاً مناسب است. فن آوری فضای ذخیره سازی ویندوز از لحاظ قابلیت اطمینان و عملکرد ذخیره سازی عملکرد نسبتاً بالایی را ارائه می دهد ، همچنین تعدادی کارکرد اضافی را نیز ارائه می دهد که جالب ترین آنها ، سازگار با وظایف 1C ، "ذخیره لایه" است. مزیت این فناوری این است که بخشی از بیشترین درخواست داده ها به طور خودکار توسط سیستم در SSD قرار می گیرد.
با توجه به وظایف 1C ، آنها معمولاً از یک آرایه All-Flash از SSD استفاده می کنند ، یا برای بانکهای اطلاعاتی بسیار بزرگ (1 ترابایت و بالاتر) و چند ساله - از ذخیره سازی تنظیم شده استفاده می کنند.
یکی از مزایای فناوری Windows Storage Spaces توانایی آن در ایجاد RAID در درایوهای NVMe است.
2. برای قرار دادن سیستم عامل ، سخت افزار و نرم افزار RAID1 مؤثر است که بر اساس چیپست از Intel و Intel® Rapid Storage Technology ساخته شده است ( اینتل RST).
در آن ، عملیات I / O در سطح سخت افزار توسط چیپست مادربرد انجام می شود ، تقریباً بدون استفاده از منابع CPU. و آرایه با استفاده از درایورهای ویندوز در سطح نرم افزار کنترل می شود.
مانند هر راه حل سازش ، Intel RST دارای اشکالاتی است.
a) اینتل RST بستگی به درایورهای موجود در سیستم عامل دارد. و این خطر بالقوه ای را به همراه دارد که هنگام بروزرسانی درایور یا سیستم عامل ، ممکن است وضعیتی ایجاد شود که دیسک RAID غیرقابل دسترسی باشد. بسیار بعید است زیرا اینتل و مایکروسافت بسیار دوستانه هستند و نرم افزار خود را بسیار خوب آزمایش می کنند ، اما امکان پذیر است.
b) براساس نتایج تجربی ، با استفاده از نشانه های غیرمستقیم می توان فرض کرد که مدل درایور Intel RST از منابع RAM برای نوشتن حافظه پنهان استفاده می کند. این امر باعث افزایش کارایی می شود ، اما برخی از خطرات از بین رفتن داده ها را به دلیل قطع برق غیرمترقبه سرور تحمل می کند.
این راه حل همچنین مزایایی دارد.
یکی از آنها همیشه عملکرد بسیار بالا ، در سطح و حتی گاهی اوقات حتی بالاتر از آن است که از کنترلرهای RAID کاملاً سخت افزاری برخوردار است.
دوم پشتیبانی نرم افزاری RAID1 سخت افزاری RAID1 برای درایوهای NVMe (در زمان نوشتن این مقاله ، نه برای درایوهای بوت). و در اینجا یک ویژگی جالب برای کسانی که از زیر سیستم های دیسک پر بار استفاده می کنند وجود دارد. بر خلاف فضاهای ذخیره سازی ویندوز ، که هسته اشغال شده توسط I / O را تقریباً 100٪ "بیش از حد" می کند ، Intel RST با رسیدن به حدود 70٪ از بار هسته ، هسته بعدی را به فرآیند I / O متصل می کند. نتیجه بار بیشتر بر روی هسته های CPU و عملکرد کمی بالاتر در زیر بارهای زیاد است.
شکل 4 - استفاده از CPU Spaces Spaces Spaces در مقابل. اینتل RST
۳- به طور کامل سخت افزار RAID در یک سرور با 2-6 SSD در RAID 1 به دلیل SAS HBA در چیپست LSI SAS 3008 کاملاً امکان پذیر است ، به عنوان مثال در Intel® RAID Controller RS3WC080. برای این کار ، یک سیستم عامل ویژه "IR" در SAS HBA نصب شده است. علاوه بر این ، این SAS HBA از استاندارد SAS 3.0 (12 گیگابایت در ثانیه) با قیمتی در حدود 300 دلار پشتیبانی می کند. یک انتخاب عالی در اینجا می تواند Intel® RAID Controller RS3WC080 باشد که سریعاً با سیستم عامل لازم همراه است.
اصل این راه حل این است که SSD های سرور نیازی به کش کردن نوشتن ندارند. علاوه بر این ، کنترلرهای پیشرفته تر RAID همچنین هنگام استفاده از SSD حافظه نهان نوشتاری خود را غیرفعال می کنند. بنابراین ، HBA که دارای یک حافظه پنهان SAS در حالت کنترل RAID نیست ، کاملاً با موفقیت وظایف نوشتن و خواندن با سرعت بالا را مستقیماً از SSD مقابله می کند ، عملکردی کاملاً مناسب را ارائه می دهد.
4- برای سرورهای بسیار لود شده با تعداد زیادی SAS یا SATA SSD ، مطلوب است که یک کنترلر RAID تمام عیار کلاس Intel® RAID Controller RS3MC044 یا Adaptec RAID 8805 را نصب کنید. آنها دارای پردازنده های I / O کارآمد تر و الگوریتم های پیشرفته ای برای کار با HDD و SSD هستند ، از جمله این امکان فراهم کردن امکان مونتاژ سریع تر آرایه پس از تعویض دیسک خراب است.
دستگاههای ذخیره سازی (SSD) و HDD).
و) قابلیت اطمینان
SSD
و HDD
.
به طور معمول ، قابلیت اطمینان نظری دیسک ها با پارامتر "خطاهای خواندن غیر قابل بازیابی در هر بیت خوانده شده" ارزیابی می شود ، که می تواند به صورت "احتمال خطای خواندن غیرقابل برگشت برای هر تعداد بیت خوانده شده ترجمه شود." این نشان می دهد ، پس از خواندن چقدر داده از دیسک ، طبق آمار ، باید خطای غیرقابل بازیابی پیش بینی شود.
پارامتر مهم دیگر احتمال خرابی دیسک را نشان می دهد - AFR (میزان خرابی سالانه) یا "میزان خرابی سالانه".
در جدول زیر داده های مربوط به SATA Enterprise HDD 7200 prm (SATA Raid Edition) ، SAS HDD Enterprise 15،000 prm ، SATA SSD Enterprise نشان داده شده است.
|
پارامتر |
نوع دیسک |
||
|
تصدی SATA \\ SAS NL 7200 prm |
تصدی SAS 15،000 PRM |
تصدی SATA SSD |
|
|
خطاهای غیر قابل بازیابی در هر بیت خوانده شده را بخوانید |
|||
|
جلدی که در آن خطای غیرقابل بازیابی از نظر آماری انتظار می رود خوانده شود |
|||
برگه 2 - قابلیت اطمینان نظری HDD و SSD
احتمال بروز خطاهای غیرقابل بازگشت در کلاس Enterprise SATA SSD از کلاس Intel® SSD DC S3510 Series 10 برابر کمتر از یک SAS HDD Enterprise 15،000 در دقیقه و 100 برابر کمتر از یک SATA Enterprise HDD 7200 prm است. بنابراین ، SSD های Enterprise از نظر تئوری قابل اطمینان تر از هر HDD هستند.
ب) بعد ، ما تخمین می زنیم کارایی
SSD
و HDD
.
از نظر پایگاه داده ، که در واقع 1C است ، مهمترین آنها تنها سه پارامتر دیسک هستند:
- زمان تأخیر یا زمان پاسخ دیسک ، در میکرو ثانیه ها اندازه گیری می شود (کمتر بهتر است)؛
- تعداد عملیات خواندن در هر ثانیه (خواندن دیسک / ثانیه) که در IOPS اندازه گیری می شود (بیشتر بهتر است).
- تعداد عملیات نوشتن در ثانیه (Disk Writes / sec) که در IOPS اندازه گیری می شود.
بیایید این سه پارامتر را در یک جدول خلاصه کنیم:
|
پارامتر |
نوع دیسک |
|||
|
تصدی SATA / SAS NL 7200 prm |
تصدی SAS 15،000 PRM |
تصدی SATA SSD |
تصدی NVMe SSD |
|
|
زمان تاخیر (زمان پاسخ خواندن / نوشتن دیسک) ، میکرو ثانیه ها |
||||
|
دیسک خواندن / ثانیه (تعداد عملیات خواندن در ثانیه) ، IOPS |
||||
|
Disk Writes / sec (تعداد نوشتن در ثانیه) ، IOPS |
||||
برگه 3 - عملکرد HDD و SSD.
همانطور که به وضوح از جدول می بینید ، NVMe SSD (به عنوان مثال سری Intel® SSD DC P3600 Series) تاخیرها بهتر از تصدی SAS HDD 100 بارو توسط تعداد عملیات I / O در هر ثانیه - در 200 بار برای ضبط و در 1500 بار برای خواندن.
آیا استفاده از فناوری های HDD برای میزبانی پایگاه داده ها معقول است؟
که در) برای اتاق سرور روزانه میزان مجدد حجم را بازنویسی کنید
SSD
.
علاوه بر همه "نان" در فرم ابررسانا در صورت قطع برق و ماژول های رمزگذاری سخت افزار ، SSD های سرور مهمترین پارامتر را دارند - میزان تخمین شده بازنویسی در روز از کل ظرفیت دیسک SSD. اگر ما در مورد SSD های سرور Intel صحبت می کنیم ، منظور ما از نوشتن روزانه این حجم به مدت 5 سال است که در گارانتی گنجانده شده است. این گزینه به شما امکان می دهد SSD ها را در "عمدتا خوانده شده" ، "نوشتن / خواندن گرا" و "بار بازنویسی سنگین" مرتب کنید. به شکل جدول ، به نظر می رسد:
|
دیسک SSD اینتل |
|||
|
اضافه کردن روزانه (از ظرفیت) |
جدول 4 - میزان بازنویسی SSD در روز.
بر این اساس ، امکان انتخاب درست دیسک ها برای کار در سرور وجود دارد.
به عنوان مثال ، یک Intel SSD s3510 برای ذخیره سیستم عامل و ورود به سیستم SQL کافی است.
برای ذخیره سازی DB و tempDB ، Intel SSD s3610 یا Intel SSD s3710 مناسب تر هستند.
نمونه هایی از طراحی زیر سیستم های دیسک.
مسلح به موارد فوق ، بیایید چند سیستم فرعی دیسک را برای نیازهای مختلف جمع کنیم.
الف) سرور برای 45 کاربر ، DB - 15 گیگابایت ، رشد سالانه - 4 گیگابایت ، tempDB - 0.5 گیگابایت ، ورود SQL - 2 گیگابایت.
از نظر اقتصادی امکان نصب RAID1 از دو دیسک Intel SSD s3510 240 GB برای نیاز به سیستم عامل و SQL Log و RAID1 از دو دیسک Intel SSD s3510 120 GB برای نیازهای DB و tempDB وجود دارد. پردازنده Intel® RAPID به عنوان یک کنترل کننده RAID مناسب است.
b) سرور برای 100 کاربر ، DB - 55 گیگابایت ، رشد در سال - 15 GB ، tempDB - 4 گیگابایت ، ورود SQL - 8 گیگابایت.
برای چنین سرور ، می توانید RAID1 دو دیسک Intel SSD s3510 240 GB را برای نیازهای سیستم عامل و SQL Log و RAID1 دو دیسک Intel SSD s3610 200 GB برای نیازهای DB و tempDB ارائه دهید. به عنوان یک کنترل کننده RAID ، Intel® RAID Controller RS3WC080 (سخت افزار ساده ، بدون حافظه پنهان) مطلوب است.
ج) سرور برای 200 کاربر ، DB - 360 گیگابایت ، رشد در سال - 70 GB ، tempDB - 24 گیگابایت ، ورود SQL - 17 گیگابایت.
این سرور قبلاً کاملاً لود شده است. برای سیستم عامل ، ما هنوز RAID1 را از دو درایو Intel SSD s3510 240 GB می گیریم. SQL Log و tempDB را می توان در RAID1 اختصاصی از دو درایو Intel SSD s3510 120 GB قرار داد. و برای جداول DB ، RAID10 را از چهار دیسک Intel SSD s3610 400 GB جمع آوری کنید. مناسب است از "پیشرفته" Intel® RAID Controller RS3MC044 به عنوان کنترل کننده RAID استفاده کنید.
مجازی سازی
عملکرد سرورهای مدرن اغلب به آنها امکان می دهد تا روی یک فیزیکی قرار بگیرند - تعدادی از سرورهای مجازی. برای قرارگیری بهینه آنها ، توصیه می شود که چگونه مجازی سازی بر هر یک از اجزای سرور تأثیر بگذارد.
CPU و RAM مناطقی هستند که در یک محیط مجازی کمترین افت عملکرد را دارند. بر این اساس ، آن اجزای نرم افزاری که در درجه اول از آنها استفاده می کنند ، بدون دردسر در یک ماشین مجازی (VM) قرار می گیرند. این موارد شامل 1C: Enterprise 8. Application Server x64 ، سرویس Remote Desktop و IIS است.
زیر سیستم های I / O در طول مجازی سازی آسیب های چشمگیری را متحمل می شوند: 5-15٪ - رابط شبکه و حداکثر 25٪ - زیر سیستم دیسک. ما یک کامپوننت نرم افزاری SQL Serve داریم که به عملکرد زیر سیستم دیسک حساس است - منطقی است که آن را نه در "VM" ، بلکه در "سخت افزار" فیزیکی قرار دهید.
این کار معمولاً با سرورهای مستقل یا گروهی از سرورهای زیر 1C انجام می شود:
- سیستم عامل Windows و MS SQL Server روی سخت افزار نصب شده اند.
- "1C: Enterprise 8. Application Server x64" در VM و "سرور مجوز" در همان VM راه اندازی شده است.
- در یک VM جداگانه ، Remote Desktop یا سرویس IIS.
هنگام استفاده از چندین مؤلفه نرم افزاری بر روی یک سرور ، از جمله در VM های مختلف ، تهیه فضای اضافی در سطح زیر سیستم دیسک برای قرارگیری آنها ضروری است. به عنوان یک قاعده ، اینها دیسک های سیستم با سیستم عامل هستند - آنها به 480 GB یا بیشتر افزایش می یابد.
پشتیبان گیری
یک عمل بسیار معمول نصب دو هارد دیسک با ظرفیت بزرگ (4-8 TB) در سرور RAID1 در یک سرور برای ذخیره نسخه های محلی پایگاه داده ها و همچنین در نقش ذخیره فایل است. این نوع ذخیره سازی برای سرعت دسترسی تصادفی نیاز بالایی ندارد. و سرعت خطی خواندن و نوشتن نیز برای ذخیره سازی نسخه پشتیبان روزانه و پرونده های کاربر در آن کاملاً کافی است. چنین حجمی را می توان در هر کنترلر RAID موجود مونتاژ کرد ، و هنوز هم خیلی سریع روی Intel® RAPID کار می کند.
و ، لطفا ، فراموش نکنید که یک سرور جداگانه برای کارهای مسئول باید داشته باشد تغذیه اضافی .
سالهاست که بحث در مورد تالار گفتگو درمورد آنچه می تواند سرعت کار پرونده 1C را تسریع کند ، وجود دارد.
البته دستور العمل های زیادی وجود دارد ، از جمله برخی از آنها در این دوره به اشتراک می گذارم.
اما هر کس چه می گوید ، برای پرونده 1C ، تنگنا شماره 1 البته زیر سیستم دیسک است!
در واقع "پرونده".
تماسهای چندگانه به دیسک واقعا می تواند همه کارها را در 1C Enterprise کند کند.
و اگر ما در مورد دسترسی چند کاربره صحبت می کنیم ، در اینجا آشکار است.
چگونه می توان این مشکل را حل کرد؟
البته با جابجایی به هارد دیسک های سریعتر ، دیسک های SAS ، RAID ، SSD یا حتی راهی برای افراد افراطی برای قرار دادن دیتابیس روی دیسک رم ، یعنی در رم کامپیوتر یا سرور.
در واقع در این مقاله به همه روشها خواهیم پرداخت ، اما البته به مورد دوم نیز توجه ویژه ای خواهیم داشت.
از آنجا که هیچ مقاله کافی در شبکه وجود ندارد که بتواند بسیاری از تفاوت های ظریف استفاده از دیسک 1C و RAM و تست های معقول را در سایر زیر سیستم های دیسک با در نظر گرفتن کار روزمره در 1C-ke نشان دهد.
اما سوالات زیادی در اینجا وجود دارد:
چه کسی می تواند از آن استفاده کند و چه زمانی؟
در چه شرایطی؟
قابلیت اطمینان؟
منطقه برنامه؟
تست سرعت واقعی در عملیات مختلف 1C؟
بیایید با HDD های معمولی شروع کنیم.
البته ذات مشکل در مکانیک HDD است که سرعت لازم برای کار با پرونده را در 1C (مخصوصاً دسترسی چند کاربر) فراهم نمی کند.
با جایگزینی HDD 5400 دور در دقیقه با 7200 دور در دقیقه ، می توان عملکرد HDD را تسریع کرد.
بله ، سرعت چرخش اهمیت دارد و سرعت 7200 دور در دقیقه مطمئناً سریعتر از 5400 است.
این در صورتی است که می خواهیم تفاوت را حس کنیم. (اما شایان ذکر است که تقریبا تمام هارددیسک های امروزی با سرعت 7200 کار می کنند.)
دیسک های 7200 دور در دقیقه تقریباً نتیجه مشابهی را نشان می دهند.
و خواه SATA 2 باشد یا SATA 3.
SATA (Serial ATA) یک رابط سریال برای تبادل داده با دستگاههای ذخیره اطلاعات است.
اگر رابط SATA III را تعقیب کنید (برای HDD) ، در آن صورت هیچ سرعت ملموس ، فقط در تعداد بسیار کمی وجود نخواهد داشت. (بعداً سرعت HDD را فقط با پشتیبانی SATA II و SATA III آزمایش خواهیم کرد).
به هر حال ، با استفاده از برنامه "CrystalDiskInfo" می توانید متوجه شوید که دیسک شما در حال حاضر در کدام رابط کار می کند (و از کدام رابط پشتیبانی می کند).
SATA / 300MB / s - SATA 2
SATA / 600MB / s - SATA 3
- | SATA / 300 (شکل 1 را ببینید) - اولین حالت عملکرد فعلی دیسک و حالت دوم SATA / 300 حالت عملکرد پشتیبانی شده است. (گاهی اوقات در دیسک های قدیمی نمایش داده نمی شود).
در شکل دوم می بینیم که هم کار و هم پشتیبانی HDD SATA 3 است ، یعنی 600 مگابایت در ثانیه. پهنای باند رابط.
(بعداً به سوال رابط ها خواهیم پرداخت).
مسئله دیگر این است که اگر HDD های معمولی را در RAID قرار دهیم - 0 (Stripe).
با دو یا چهار دیسک ، RAID 0 پیشرفت قابل توجهی در سرعت انتقال داده ارائه می دهد ، اما به هیچ وجه قابلیت اطمینان را ارائه نمی دهد. هر کنترلر ارزان و حتی نرم افزاری RAID برای ساخت آن مناسب است. مناسب برای کسانی که نیاز دارند حداکثر عملکرد را از سیستم پرونده روی HDD های معمولی با کمترین هزینه فشار دهند.
سرعت حتی با بعضی از SSD های قدیمی قابل مقایسه است اما افسوس که در اینجا ما سرعت را با اطمینان می پردازیم. اگر حداقل یک دیسک از کار بیفتد ، تمام اطلاعات مربوط به هر دو دیسک از بین می رود!
بنابراین ، پشتیبان گیری مکرر از پایگاه داده های 1C با چنین RAID لازم است.
چه چیزی باعث سرعت می شود؟
داده ها در RAID - 0 به طور مساوی در دیسک های آرایه توزیع می شود ، دیسک ها در یک ترکیب می شوند که می توان آنها را به چند قسمت تقسیم کرد. عملیات توزیع و خواندن و نوشتن توزیع شده می تواند سرعت کار را به میزان قابل توجهی افزایش دهد ، زیرا چندین دیسک به طور همزمان بخش داده خود را می خوانند و می نویسند.
به عبارت دیگر ، RAID 0 به دلیل همین سرعت مکانیکی را به طرز ماهرانه ای دور می کند.
این RAID - 10 است
اما حداقل تعداد دیسک های مورد نیاز برای ساماندهی این سیستم 4 است.
البته در این مقاله ما در مورد یک فایل ساده 1C مبتنی بر پرونده صحبت می کنیم ، بنابراین ما فقط راه حل های بودجه را برای شرکت های کوچک تحلیل می کنیم ، جایی که سرورهای سطح ورودی به هیچ وجه در دسترس نیستند.
به همین دلیل ، ما دیسک های سریعتر و گرانتر SAS ، پروتکل های iSCSI را تجزیه و تحلیل نخواهیم کرد.
فقط درایوهای SSD سریعتر از SAS سرور هستند.
چند سال پیش ، من به خرید آنهایی که "حالت جامد" توصیه نمی کردند در 1C کار کنند.
اما نظر من در پی درایوهای SSD امروز قابل اعتماد و نسبتاً ارزان تغییر کرده است.
به عنوان مثال ، امروز سامسونگ به برخی از درایوهای خود 10 سال ضمانت می دهد!
اینتل ، SanDisk ، Corsair و سایر 5 سال ضمانت SSD!
SSD ها با قابلیت اطمینان ، سریعتر شروع به کار کردند و کنترلرها بسیار باهوش تر شدند ، از این رو چنین تضمین هایی وجود دارد.
درباره قیمت ها
البته ، درایوهای SSD در سطح سازمانی از INTEL برای ما یک پنی هزینه خواهد کرد.
اما گزینه های بودجه خوبی نیز وجود دارد.
به عنوان مثال ، "حالت جامد" SanDisk "X400 256 GB" فقط 95 دلار برای ما هزینه خواهد کرد!
در واقع ، ما آن را نیز در 1C آزمایش خواهیم کرد ، قبلاً در قسمت بعدی مقاله.
دیسک SanDisk X400 خوب ، قابل اعتماد (5 سال ضمانت) ، سریع (خواندن / نوشتن تا 540/520 مگابایت در ثانیه) است.
و از آنجا که ما در مورد سرعت صحبت می کنیم ، در اینجا باید لحظه ای را مانند SATA 3 در نظر بگیریم.
رابط SATA III (نسخه 3.x) ، که به طور رسمی با نام SATA 6Gb / s شناخته می شود ، سومین نسل از رابط های SATA است که با سرعت 6.0 گیگابایت در ثانیه کار می کند. پهنای باند پشتیبانی شده توسط رابط 600 مگابایت در ثانیه است. این رابط با رابط SATA II -3 Gb / s سازگار است.
پهنای باند SATA II تنها 300 مگابایت در ثانیه است که برای هارددیسک ها کاملاً کافی است ، اما برای SSD های امروزی کاملاً مناسب نیست.
برای از بین بردن پتانسیل SSD ، به یک رابط با حداقل 600 مگابایت در ثانیه نیاز دارید ، یعنی SATA III.
اما نگران نباشید ، اگر بعد از سال 2010 رایانه شخصی یا سرور خریداری کرده اید ، به احتمال زیاد آن را در انبار دارید. (در غیر این صورت ، شما باید مادربرد را تغییر دهید).
به هر حال ، من می خواهم توجه شما را به کنترل کننده های SATA III از تولید کنندگان مختلف (در یک مادربرد) ، به عنوان مثال اینتل و مارول ، جلب کنم ، جایی که اولی می تواند از سرعت قابل توجهی بهره ببرد. (در واقع ، روز دیگر که من خودم این را قانع کردم. اینتل با سرعت 35٪ سریعتر بود).
البته ، SATA III تنها رابط برقراری ارتباط با SSD نیست.
توسعه دهندگان برنامه های "حالت جامد" به توان SATA III - 600 مگابایت در ثانیه رسیدند و دستگاه های جدیدی را با رابط های SATA Express ، M.2 ، mSATA ، PCI Express منتشر کردند.
سرعت کاملاً متفاوت وجود دارد:
PCI Express x2 2.0 8Gb / s (800MB / s)
SATA Express 10 گیگابایت بر ثانیه (1000 مگابیت در ثانیه)
PCI Express x4 2.0 16Gb / s (1600MB / s)
PCI Express x4 3.0 32Gb / s (3200MB / s)
متأسفانه ، این دستگاه ها اکنون هزینه های زیادی را در بر می گیرند ، و دشوار است که چنین راه حل بودجه ای را نام ببریم.
برای سرعت بخشیدن به بیشتر عملکرد SSD خود ، می توانید RAID 0 را از دو درایو ایجاد کنید ، که حتی سرعت SSD شما را دو برابر می کند.
اما چه چیزی می تواند سریعتر از SSD باشد؟
البته رم!
سرعت در اینجا قابل مقایسه با HDD ، RAID یا SSD نیست.
روش هایی وجود دارد (نرم افزار ویژه) که با استفاده از آن می توانید بخشی از RAM را بگیرید و از آن دیسک ایجاد کنید.
اکنون "RAM" بسیار ارزان تر از 5 سال قبل است و بسیاری از آنها 8-16 یا حتی بیشتر گیگابایت رم را در هواپیما دارند.
ترفند این است که اندازه مورد نیاز را انتخاب کنید (برای پایه 1C ، سرعت و اگر سایز اجازه می دهد ، سپس تمام پلتفرم را روی این دیسک بکشید.)
قبلاً هم گفتم که راه "مفرط" حدس زدن چرا سخت نیست.
اگر یک خرابی ناگهانی در سیستم رخ دهد ، بلافاصله بانک اطلاعاتی را از دست خواهید داد ، و همچنین هر آنچه که در این دیسک خواهد بود!
البته برای اینکه واقعاً در 1C کار کنید که روی دیسک رم قرار دارد ، به تجهیزات سرور ، رم سرور ، منبع تغذیه بدون وقفه و سخت افزار قابل اعتماد احتیاج دارید. (مادربرد ، پردازنده و غیره).
+ پشتیبان گیری مکرر.
سپس ، البته ، شما می توانید در 1C به این روش کار کنید.
اما اگر چنین "سخت افزاری" وجود نداشته باشد ، زیرا ما به راه حل های بودجه علاقه داریم؟
چرا پس از آن کار 1C را روی دیسک رم جدا کنید؟
دوستان هستند! البته نه برای کار مداوم کاربران در 1C بلکه برای انجام کارهای معمول مختلف.
بسته شدن ماه ، بازنویسی مجدد ، حذف ، "بریدن پایه" (هر کار مشابه دیگر) که با تعداد زیادی از اسناد ، کتابهای مرجع و سایر موارد مرتبط است.
بسیاری از این عملیات ممکن است روزها طول بکشد! در حالی که چندین ساعت در رم وجود دارد!
به عنوان مثال ، اگر کاربران شما از طریق یک مرورگر وب در 1C کار می کنند ، می توان آن را کاملاً در RAM قرار داد ، این کار به طور قابل توجهی کار کاربر را در 1C از طریق وب سرعت می بخشد.
به عبارت دیگر ، می توانید برای سرعت بخشیدن به روند ، به طور موقت از دیسک رم برای انجام کارهای مختلف سنگین در 1C استفاده کنید و سپس بانک اطلاعات را به SSD یا HDD برگردانید.
این یک ترفند خوب است که می توانید از آن استفاده کنید!
به منظور شروع به کار واقعی تست 1C در سیستم های دیسک بالا ، تقریبا همه چیز به جز دیسک RAM آماده است.
بیایید آن را ایجاد کنیم!
برنامه رایگان "Dataram RAMDisk" به ما کمک می کند
نسخه رایگان آن برای ایجاد دیسک 4 گیگابایتی کافی خواهد بود. (بیشتر - 21 دلار پوند).
مسئله عملکرد 1C در حالت پرونده کاملاً حاد است ، خصوصاً برای شرکت های کوچک که نمی توانند سرمایه گذاری قابل توجهی در تجهیزات داشته باشند. با این وجود ، "اشتها" برنامه از انتشار تا انتشار فقط رشد می کند و وظیفه افزایش عملکرد با هزینه بودجه متوسط \u200b\u200bدر حال فزاینده تر و ضروری تر شدن است. در این حالت ، خرید و قرار دادن بانکهای اطلاعاتی بر روی SSD یک راه حل مناسب خواهد بود.
یکی از مشتریان ما ، یک شرکت حسابداری کوچک ، از عملکرد کند 1C: Enterprise شکایت کرد. در واقع ، کار بسیار سریع برنامه پس از انتقال از Accounting 2.0 به Accounting 3.0 کاملاً کسل کننده نشد.
یک سرور ترمینال ساده در یک Core i3 2120 ، 8 گیگابایت رم وجود داشت ، با یک آرایه دیسک RAID 1 از دو Western Digital RE4 که از سه تا شش کاربر استفاده می شد ، که هر کدام با دو یا سه پایه همزمان کار می کردند.
تجزیه و تحلیل عملکرد بلافاصله یک تنگنا را نشان داد - زیر سیستم دیسک (تصویر پس از نصب SSD گرفته شد ، بنابراین درایوهای منطقی C: و E :) به آرایه RAID تعلق دارند.
محاسبات ساده نشان داد كه راه\u200cاندازی حتی یك infobase تقریباً به طور كامل از عملكرد این آرایه استفاده می كند ، یعنی حدود 150 IOPS در نسبت خواندن / نوشتن فعلی - حد واقعی برای آینه دو یا سریعترین دیسك. این به طور غیر مستقیم با اندازه صف مشخص می شود.
راه\u200cاندازی همزمان چندین پایگاه داده در ابتدای روز کاری منجر به کاهش چشمگیر سرور و کاهش پاسخگویی سیستم شد. همچنین هنگام کار با مجله ها ، هنگام تهیه گزارش و غیره ، یک فکر خوب ناخوشایند بود.
تست عملکرد آرایه همچنین نتیجه ضعیفی را نشان داد که مطابق با استانداردهای امروز برای درایوهای قابل حمل مناسب تر است.
مشخص شد که زیر سیستم دیسک نیاز به به روزرسانی دارد. حتی طبق برآوردهای اولیه ، ایجاد یک آرایه تولیدی بر اساس HDD های گسترده ، هم از نظر بودجه در دسترس و هم از نظر قابلیت های بدنی سخت افزار محدود شده بود ، که به سادگی تعداد مورد نیاز پورت SATA و قفس دیسک را در اختیار نداشت. بنابراین ، تصمیم به خرید SSD گرفته شد.
از آنجا که بار زیاد دیسک پیش بینی نشده بود ، انتخاب در درجه اول به دلایل قیمت انجام می شد. همچنین ویژگی های سرعت در پس زمینه محو می شوند ، زیرا رابط SATA-II تنگنا شد. در نتیجه ، آن به دست آورد 128Gb Corsair Neutron LAMD، که هنگام نصب در سرور ، مشخصات سرعت زیر را نشان می دهد:
همانطور که مشاهده می کنید انتظار می رود عملیات دسترسی متوالی در برابر پهنای باند رابط کاربری خود را نشان دهد ، اما در مورد ما این اهمیت ثانویه دارد. توجه اصلی باید به عملیات دسترسی تصادفی ، که مرتبه ای از بزرگی برتری نسبت به HDD های سنتی هستند ، توجه شود.
سؤال بعدی که باید تصمیم بگیرید اینست که آیا یک آینه SSD ایجاد کنید و TRIM را فدای تحمل خطا کنید یا یک درایو منفرد نگه دارید و از سرعت تحمل گسل تصمیم بگیرید. لازم به ذکر است که SSD های مدرن علاوه بر دستور TRIM ، از فناوری های ضد تخریب خود مانند جمع آوری زباله نیز استفاده می کنند ، که به آنها امکان می دهد حتی در سیستم های بدون TRIM کاملاً کارآمد عمل کنند. کنترلر LAMD (دستگاه های Link_A_Media) که در این سری از SSD ها استفاده می شود با فناوری های بسیار مؤثر در جمع آوری زباله ، در سطح درایوهای سطح شرکت مشخص می شود که عموما تعجب آور نیست ، زیرا توسعه دهندگان آن مدت هاست که در بخش شرکت کار می کنند.
از آنجا که حجم اسناد وارد شده روزانه اندک است ، ما خود را به یک SSD واحد با پشتیبان گیری روزانه واجب محدود کردیم. بطور غیر مستقیم ، اثر استفاده از درایو حالت جامد را می توان از مانیتور عملکرد تخمین زد:
تعداد عملیات I / O همانند سرعت تبادل با دیسک بسیار افزایش یافته است ، در حالی که طول صف از یک تجاوز نمی کند. این شاخص های بسیار خوبی هستند ، اما باید بررسی کنیم که اقدامات ما به طور مستقیم با 1C: کار را سرعت بخشیده است.
برای انجام این کار ، ما یک آزمایش اکسپرس کوچک انجام دادیم که در طی آن زمان بارگذاری اینفوباز و زمان بازخوانی گروهی مجموعه ای از اسناد را برای مدت زمانی مشخص اندازه گیری کردیم. در حین آزمایش از پیکربندی استفاده شد 1C: حسابداری 3.0.27.7 بر روی پلت فرم 8.3.3.721 .
همچنین ، در طول تجزیه و تحلیل عملکرد ، ما به این واقعیت توجه داشتیم که در کار خود 1C: Enterprise به طور فعال از پوشه های موقت استفاده می کند ، که در مورد ما در هارد دیسک قرار داشتند. بنابراین ، برای دستیابی به حداکثر عملکرد ، آنها نیز باید به SSD منتقل شوند ، اما برای کسانی که دوست دارند منبع درایوهای حالت جامد را ذخیره کنند ، ما هر دو گزینه را در آزمون گنجانده ایم: وقتی پایگاه داده ها در SSD قرار دارند ، و پوشه موقت در HDD ، و هنگامی که برنامه به طور کامل توسط SSD استفاده می شود.
همانطور که مشاهده می کنید ، انتقال infobases به SSD بلافاصله زمان بارگذاری آنها را بیش از نیمی کاهش داد و اجرای مجدد آن نیز تقریباً 30٪ سرعت یافت. در عین حال ، هنگام کار با هم ، مشکل افت محصول را کاملاً برطرف کنید.
انتقال پوشه های موقت به SSD می تواند زمان بارگیری را بیش از سه برابر کاهش داده و اسناد را با انتقال تقریبا دو برابر سرعت بخشد. در اینجا حتی برای طرفداران سرسخت صرفه جویی در منابع دیسک نیز باید به آن فکر کنید. نظر ما در این مورد به شرح زیر است ، اگر SSD خریداری کرده اید ، باید حداکثر از آن استفاده کنید.
بیایید یک حفره کوچک ایجاد کنیم. دیسک مورد استفاده ما نوترون کورسایر این دارد منابع 2-3K چرخه پاک / نوشتن... محاسبات ساده نشان می دهد که اگر شما کل ظرفیت دیسک را هر روز کاملاً رونویسی کنید ، 5-8 سال طول می کشد تا منابع خود را خالی کنید. علاوه بر این ، آمار نشان می دهد که دلیل اصلی عدم موفقیت SSD در طول مدت ضمانت با خستگی منبع همراه نیست بلکه یک نقص ساخت یا خطا در سیستم عامل است.
در پایان ، می خواهم بگویم که استفاده از SSD امروزه شاید تنها روش مؤثر برای افزایش چشمگیر عملکرد 1C: Enterprise در حالت پرونده است. و از همه مهمتر ، حتی برای مشاغل کوچک نیز مقرون به صرفه است.
در گروه LinkedIn "متخصصان ذخیره سازی" (به هر حال ، توصیه می کنم به وجود گروه های بحث در LinkedIn توجه کنید ، می تواند جالب باشد) برای یک هفته این موضوع مورد بحث قرار گرفته است:
SSD نرخ خرابی را هدایت می کند
برخی نقل قول ها از آنجا ، که من بدون ترجمه آنها را ذکر خواهم کرد ، زیرا همه چیز واضح است (هر پاراگراف یک نقل قول-قطعه از پیام یک فرد در این موضوع است).
من به عنوان پیمانکار در یک بانک در میانه غرب کار می کنم و ما حدود 9 ماه SSD را در EMC VMAX داریم. ما هنوز هیچ شکست را ندیده ایم
من یک بار تلاش چند هفته ای برای سوزاندن SSD های فروشندگان مختلف انجام دادم. من آنها را صاف کردم 100٪ نوشتن تصادفی برای حدود یک ماه. IO های فیوژن با چیزی شبیه به 30 IOP در هر درایو ، STEC / Intels در حدود 7k. هرگز نتوانست هیچ یک از آنها را به شکست برساند.
Fusion IO همانطور که بسیاری از ماهها می نویسد یک ماهانه SAS تنها در طی یک دهه قادر به انجام این کار است.
ما تقریباً 150 درایو SSD داریم و در طول 12 ماه گذشته شاهد 1 شکست بوده ایم.
من فقط کمتر از 12 ماه با عدم استفاده از خرابکاری از SSD در cx4-960 استفاده کرده ام.
از تجربه خودم (اولین بار سیستم های SSD 2 و نیم سال گذشته) ، میزان خرابی SLC SSD در همان محدوده درایوهای چرخان است.
خودشه. برای کسانی که هنوز هم اعتقاد دارند منبع SSD برای نوشتن است ، چیزی برای فکر کردن وجود دارد بسیار محدود استSSD غیرقابل اعتماد است ، و وقتی Enterprise Flash Drives کار می کند ، مانند یک درایو فلش USB جعلی چینی می میرد کینکستون
