در هر سازمانی که تعداد کاربران 1C 8.3 (یا 8.2) 10 یا بیشتر باشد، برای حجم زیاد داده توصیه می شود از گزینه سرویس گیرنده-سرور استفاده کنید. این گزینه بر اساس استفاده از یک DBMS شخص ثالث، به عنوان مثال، سرور MS SQL است. به طور طبیعی، تصور حالت سرویس گیرنده-سرور بدون سرور جداگانه دشوار است. اما هر شرکت منحصر به فرد است، هر کدام نیازهای خاص خود را دارند و بنابراین باید به انتخاب سرور با مسئولیت پذیری برخورد کرد. در این مقاله سعی خواهیم کرد به این سوال پاسخ دهیم که چگونه سرور 1C را انتخاب کنیم - هم نرم افزار و هم سخت افزار. انتخاب نکته بسیار مهمی در توسعه سیستم اطلاعاتی یک شرکت است.

بدون نرم افزار، هر کامپیوتری بی فایده است. نرم افزارهای باکیفیت در تجهیزات سرور اهمیت ویژه ای دارند. باید آخرین پارامترهای ایمنی و قابلیت اطمینان را برآورده کند. برنامه مشتری 1C چند پلتفرمی است و تقریباً در تمام سیستم عامل ها از جمله سیستم های تلفن همراه در دسترس است. برنامه سرور از دو پلتفرم پشتیبانی می کند - لینوکس و ویندوز.

پنج گزینه برای DBMS وجود دارد که پلت فرم 1C با آن کار می کند:

267 درس ویدیویی را در 1C به صورت رایگان دریافت کنید:

• DBMS داخلی 1C 8.3 خود به اصطلاح حالت فایل. ساده ترین نسخه کار نمی تواند از امنیت بالایی برخوردار باشد. روی سیستم عامل ویندوز و لینوکس کار می کند. محدودیت اندازه پایگاه داده حدود 6-10 گیگابایت است.
• MS SQL Server- بهترین DBMS برای 1C موجود در بازار. به گفته بسیاری از کارشناسان، SQL Server به طور کلی بهترین محصول نرم افزاری مایکروسافت است. برای کار کردن به سیستم عامل ویندوز نیاز دارد.
• IBM DB2 Universal Database یک سیستم مدیریت DBMS نسبتاً مطمئن و ایمن است. ویژگی آن در برخی از تفاوت های ظریف پردازش اطلاعات و عملکرد روش های سیستم (به عنوان مثال، حساسیت به مورد داده های رشته ای) نهفته است. کیفیت کار به طور قابل توجهی تحت تأثیر مهارت ها و دانش مدیر است. پشتیبانی از ویندوز، مک او اس ایکس، لینوکس؛
• پایگاه داده اوراکل- یک DBMS نسخه شده، که در برخی موارد عملکرد را افزایش می دهد. پشتیبانی از ویندوز، مک او اس ایکس، لینوکس؛
• PostgreSQL- همچنین نسخه شده است. مهمترین مزیت توزیع رایگان برنامه است. سرعت کار به شدت تحت تأثیر صلاحیت مدیر است. برای تعداد کمی از کاربران توصیه می شود. روی Windows، Mac OS X، Linux کار می کند.

انتخاب سخت افزار برای 1C

بر خلاف نرم افزار، انتخاب سخت افزار به این راحتی نیست. بیایید انتخاب اجزای سرور را برای تعداد مختلف کاربر در نظر بگیریم. تعداد کاربران یک مفهوم انتزاعی است؛ اعداد متوسط ​​برای جریان اسناد گرفته شده است. هنگام انتخاب تجهیزات، حتماً حجم کاغذ را در نظر بگیرید.

حداکثر 10 کاربر

• CPU: Intel Core i3 یا Intel Xeon E3-12xx.
• رم: 4 گیگابایت که شامل 2 گیگابایت برای سیستم عامل و 2 گیگابایت برای کش DBMS می شود.
• زیر سیستم دیسک
• رابط های شبکه

سرور از 10 تا 40

• CPU: آنالوگ Intel Xeon E3-12xx یا AMD Opteron 4xxx.
• رم: معمولا 8-12 گیگابایت کافی است.
• زیر سیستم دیسک: در حالت ایده آل، ترکیبی از SSD + HDD مطلوب است. اما اگر این امکان پذیر نیست، می توانید به هارد دیسک بسنده کنید.
• رابط های شبکه: معمولا همه برنامه های سرور روی یک ماشین نصب می شوند.

از 40 تا 70

• CPU
• رم: 16 گیگابایت یا بهتر 32.
• زیر سیستم دیسک: آرایه سنتی HDD SAS 15K دور در دقیقه کافی است.
• رابط های شبکه: اگر سرورها روی ماشین های مختلف هستند، از شبکه ای با پهنای باند 10 گیگابیت استفاده کنید.

از 70 تا 120

با تعداد بسیار زیادی از کاربران، توزیع برنامه های کاربردی سرور بر روی ماشین های سرور جداگانه منطقی است.

• CPU: Intel Xeon E5-26xx یا AMD Opteron 62xx.
• رم: از 32 گیگابایت.
• زیر سیستم دیسک: RAID 10 از SSD های سرور قابل اعتماد با کنترلر RAID سخت افزاری اجباری.
• رابط های شبکه: توصیه می شود زنجیره ای از سرورها را به شبکه ای با پهنای باند 10 گیگابایت متصل کنید. توصیه می شود فایل های فهرست را به یک SSD جداگانه منتقل کنید، جدول موقت TempDB را به 1-2 (RAID 1) منتقل کنید.

از 120 کاربر

یک سوال راه حل ارسال کنید ما در روزهای هفته پاسخگو هستیم
در یک ساعت

نحوه انتخاب سرور برای کار با 1C

بیایید چندین مثال اساسی از تنظیمات اصلی سرور برای 1C را در نظر بگیریم که با دو معیار اصلی هدایت می شوند - تعداد کاربران و روش اجرای خود برنامه: 1C مبتنی بر فایل یا 1C: سرور برنامه + SQL.

بیایید فوراً رزرو کنیم - این تقسیم بندی بسیار دلخواه است ، زیرا تعداد کمی از کاربران با داشتن یک پایگاه داده بزرگ به طور قابل توجهی پردازنده و زیرسیستم دیسک را بارگیری می کنند. اما در عین حال، تعداد نسبتاً زیادی از کاربران می توانند از مجموعه نسبتاً محدودی از عملکردها استفاده کنند و با یک پایگاه داده کوچک کار کنند و حتی به طور همزمان کار نکنند. آن ها هنگام انتخاب سرور، باید با یک متخصص مشورت کنید و سعی کنید "کل حقیقت" را در مورد کار خود به او منتقل کنید.

شرکت کوچک (2-10 کاربر)، پایگاه داده تا 1 گیگابایت، 1C Enterprise - حالت فایل، این چیزی بیش از اجرای کلاسیک یک سرور فایل نیست.

شما می توانید یکی از مدل های جوان اینتل زئون سری E3-12XX را به عنوان پردازنده پایه انتخاب کنید.

محاسبه RAM ساده است: بدون پرداختن به جزئیات عملکرد سیستم و حافظه پنهان فایل، آن را به سادگی تقریباً 2 گیگابایت برای سیستم عامل و به همان میزان برای کار با سیستم فایل تعیین می کنیم.

ما موارد "شبه سرور" را در نظر نمی گیریم. هنگامی که آنها سعی می کنند یک ایستگاه کاری با پیکربندی مناسب را با یک سرور برای 1C، حتی برای 2-3 کاربر، "تطبیق دهند". علیرغم این واقعیت که بسیاری از "sysadmin" تجربه "غنی" در استفاده از رایانه های معمولی به عنوان سرور دارند، ما چنین گزینه هایی را مورد بحث قرار نمی دهیم و چنین انتخابی را توصیه نمی کنیم.

من حتی نمی توانم دستم را برای نصب تنها 4 گیگابایت رم روی یک پردازنده Intel Xeon - یک پردازنده سری سرور، بلند کنم. با این حال، ما 8 گیگابایت را توصیه می کنیم (اصل بیشتر، نه کمتر، در اینجا کار می کند).

سیستم دیسک. درایوهای مدرن، حتی درایوهای درجه سرور که رابط انتقال داده SATA را پیاده‌سازی می‌کنند، بسته به اندازه دیسک، قیمت بسیار کمی دارند. بنابراین، "گرفتن کک" با تلاش برای کاهش هزینه سرور به دلیل تفاوت قیمت بین دیسک های 500 گیگابیت و 1 ترابایت ارزش آن را ندارد. علاوه بر این، خط 500 گیگابایتی درایوهای SATA از همه تولید کنندگان در حال حاضر از عرضه آنها ناپدید شده است. از سوی دیگر، هیچ کس اصل شناخته شده را لغو نکرده است - سرعت پر کردن فضای دیسک مستقیماً با حجم آن متناسب است. آن ها هرچه دیسک بزرگتر باشد، اطلاعات بیشتری روی آن ذخیره می شود، حتی اگر در ابتدا به آن نیاز نبود. ما اصرار داریم که باید حداقل 2 دیسک وجود داشته باشد تا بتوان به اصطلاح سازماندهی کرد. نرم افزار "Mirror" - حداقل حفاظت از داده ها در صورت خرابی یکی از دیسک ها.

بنابراین، پیکربندی اولیه یک سرور فایل 1C را برای استفاده حداکثر 10 کاربر دریافت می کنیم:

• پردازنده Intel Xeon E3 1220V3،
• رم - 8 گیگابایت،
• هارد دیسک - 2 x 1 ترابایت SATA.

1. اگر 15-20 کاربر وجود دارد،سپس اندازه پایگاه داده می تواند به 4 گیگابایت برسد. به عنوان یک قاعده، در این مورد آنها از نسخه 1C استفاده می کنند: Enterprise 8.3 Application Server یا نسخه SQL 1C.

   از این رو نیازهای رم: همان 2 گیگابایت برای سیستم عامل، تا 4 گیگابایت برای 1C: سرور برنامه و همین مقدار برای MS SQL Server. بهترین گزینه زمانی است که پایگاه داده به طور کامل در حافظه رم ذخیره شود. ما حداقل اندازه مورد نیاز رم - 10 گیگابایت را دریافت می کنیم. در عمل، اغلب شرایطی وجود دارد که نسخه 1C: Application Server پاسخ خود را از دست می دهد. این زمانی اتفاق می افتد که RAM کافی وجود ندارد، زمانی که سیستم عامل مجبور می شود 1C را به دیسک تعویض کند. برای جلوگیری از این اتفاق، ما همیشه یک منبع رم - در مجموع 16 گیگابایت - توصیه می کنیم.

   در مورد پردازنده، باز هم، پردازنده چهار هسته ای سری Intel Xeon E3 12XX کاملاً خوب از پس آن بر می آید، ما فقط فرکانس ساعت بالاتری را انتخاب خواهیم کرد. علاوه بر این، وابستگی سرعت عملیات 1C به فرکانس ساعت در نسخه 1C-8.3 با فرکانس موثر خاصی جبران می شود - تعداد هسته های پردازنده ضرب در فرکانس ساعت هسته.

   زیرسیستم دیسک کمی پیچیده تر می شود. مجدداً، بدون پرداختن به جزئیات عملکرد دیسک‌هایی با عملیات خواندن-نوشتن (به اصطلاح IOPS)، توجه می‌کنیم که اگر تعداد دیسک‌های موجود در آینه را افزایش دهیم، میانگین سرعت عملکرد در همان «آینه» تقریباً دو برابر می‌شود. چهار (به اصطلاح RAID 10).

   به طور خلاصه، ما پیکربندی اصلی سرور را برای 15-20 کاربر در سیستم 1C: Application Server 8.3 دریافت می کنیم:

   • پردازنده - Intel Xeon E3 1240V3 3.4 گیگاهرتز،
   • رم - 16 گیگابایت،
   • زیرسیستم دیسک - آینه ای از 4 دیسک 4x1TB.

2. برای بهبود عملکرد و قابلیت اطمینان سیستم به عنوان یک کل، زمانی که تعداد کاربران 1C: Enterprise بیش از 30 باشد، به عنوان یک قاعده، یک راه حل ترمینال استفاده می شود. ماهیت این راه حل این است که برنامه های کاربر (در این مورد 1C) روی خود سرور ترمینال راه اندازی و اجرا می شوند و کاربر فقط یک تصویر گرافیکی را می بیند که سرور به رایانه (ترمینال) خود ارسال می کند. ما علاوه بر کارایی و مقیاس پذیری بالا، قابلیت اطمینان و حفاظت بیشتری از داده های شما داریم که با پیکربندی سرور ترمینال تعیین می شود.

   در اینجا، به عنوان یک قاعده، آرایه های دیسک با سطح بالاتر حفاظت قبلاً استفاده می شود (RAID 6، 60، ترکیبی از آرایه های RAID که روی یک سخت افزار، معمولاً کنترل کننده RAID اختصاصی، پیاده سازی شده است).

   انتخاب پردازنده برای چنین سرورهایی با محاسبات ساده تعیین می شود - معمولا حداقل یک هسته فیزیکی به SQL، حداقل یک هسته برای 1C: Application Server، 2 برای سیستم عامل اختصاص داده می شود. هسته های باقی مانده به کاربران اختصاص داده می شود.

   مشخص است که یک هسته پردازنده به طور موثر نمی تواند بیش از 8 کاربر را اداره کند. از معیارهای بالا درک این موضوع دشوار نیست که برای بیش از 30 کاربر برای کار موثر، لازم است سرورهای 2 پردازنده را انتخاب کنید - حداقل از نظر تعداد کل هسته ها.

   یک پیکربندی معمولی از یک سرور ترمینال + 1C: سرور برنامه در زیر نشان داده شده است:

   • پردازنده: 2 x 4C/4T CPU | Intel Xeon E5-2609 V2،
   • ماژول های حافظه: 4 x DDR3-ER 8Gb،
   • فضای ذخیره سازی: 4 x HDD 1Tb، 4 x HDD 1Tb،
   • کنترل کننده: RAID.

3. برای بیش از 50 کاربر، نقش‌های سرور پایانه (سرور برنامه) و سرور پایگاه داده معمولاً از هم جدا می‌شوند.

بدیهی است که کار هر شرکتی در برنامه های حسابداری منعکس می شود و مدیر سیستم باید از عملکرد صحیح آنها اطمینان حاصل کند. برخی از رایج ترین برنامه های کاربردی خانواده 1C هستند.

پس از انتخاب نسخه مورد نیاز 1C، سوال انتخاب تجهیزات مطرح می شود، یعنی. سروری که به طور موثر به این برنامه خدمت می کند و عملکرد قابل اعتماد همه کاربران را در 1C تضمین می کند.

اغلب بسیاری از مشتریان سؤال می پرسند - چه سخت افزاری برای برنامه های 1C مورد نیاز است ... چه سروری برای 1C بخریم ... چگونه سرور مناسب را برای 1C 8 انتخاب کنیم ... و غیره.

برای انتخاب و خرید سرور برای 1C، باید عوامل زیادی را در نظر بگیرید: نسخه برنامه 1C، تعداد کاربران 1C، روش دسترسی، اندازه پایگاه داده و پیش بینی افزایش آن، بحرانی بودن خرابی سرور، بودجه اختصاص داده شده. شرکت ما راه حل های سرور را برای برنامه های مختلف 1C با رویکردی فردی برای هر پروژه تولید می کند. با این حال، این اطلاعات برای مشتریانی که یک سرور برای 1C انتخاب می کنند حتی در مرحله برنامه ریزی پروژه مفید خواهد بود. مدیر سیستم قادر خواهد بود بلافاصله گزینه های پیکربندی سرور خاص و هزینه های آنها را تصور کند. بنابراین، ما یک سرور برای 1C انتخاب می کنیم.

سرورهای 1C برای 5 کاربر >>>

برای چنین کاری، بودجه ترین نسخه تجهیزات کافی خواهد بود. پارامتر اصلی در اینجا قابلیت اطمینان و عملکرد بدون وقفه سرور است.

• تعداد پردازنده - 1 (4 هسته)
• رم - 4-8 گیگابایت

این عملکرد سرور برای 5 کاربر برای کار در حالت ترمینال در 1C 8 کاملاً کافی است.

سرورهای 1C برای 10 - 15 کاربر >>>

اگر اتاق سرور خود را ندارید، نکته کلیدی هنگام خرید سرور برای 1C ممکن است فاکتور فرم و سطح نویز ایجاد شده باشد.

• تعداد پردازنده - 1 (4 - 8 هسته)
• رم - 8-16 گیگابایت
• هارد دیسک - 2 x SATA (RAID 1)

توصیه می کنیم از یک کنترلر RAID سخت افزاری و همچنین درایوهای SAS استفاده کنید که عملکردی دو برابر SATA دارند. قدرت سرور حتی برای کاربران برای کار در حالت ترمینال کافی است. اگر قصد ندارید از حالت ترمینال استفاده کنید، پس هنگام نصب دیسک های SAS و یک کنترلر RAID سخت افزاری، چنین سروری قادر خواهد بود تا 25 کاربر 1C را ارائه دهد.

استفاده از درایوهای SATA SSD یک جایگزین عالی برای درایوهای SAS است: آنها با کارایی بالا و بی صدا هستند و نیازی به استفاده از کنترلر RAID ندارند. با این حال، فراموش نکنید که یکی از عملکردهای کلیدی کنترلر افزایش قابلیت اطمینان ذخیره سازی داده ها است.

سرورهای 1C برای 20 - 30 کاربر >>>

برای این کار، سرور باید زیرسیستم دیسک با کارایی بالا داشته باشد. یک کنترلر RAID سخت افزاری و یک بافر کش سرعت دسترسی به داده ها را افزایش می دهد.

• تعداد پردازنده - 2 (از 4 هسته)
• RAM - از 16 گیگابایت، با دسترسی ترمینال - 64 گیگابایت، به علاوه ظرفیت حافظه برابر با اندازه پایگاه داده
• هارد دیسک - 2 x SAS (RAID 1)، ترجیحا 4 x SAS (RAID 10) یا SATA SSD

برای سازماندهی دسترسی ترمینال در 1C 8، برای هر جلسه به 500 مگابایت رم نیاز دارید. اگر قصد دارید از برنامه های آفیس نیز در ترمینال استفاده کنید، 1 تا 2 گیگابایت رم برای هر کاربر توصیه می شود.

سرورهای 1C برای 30 - 50 کاربر >>>

توصیه می کنیم حداقل از دو سرور استفاده کنید: اولی برای پایگاه داده، دومی برای پایانه ها. در این حالت سرور برنامه بر روی یکی از این سرورها میزبانی می شود. اگر درصد زیادی از زمان CPU سرور اشغال شده باشد، منطقی است که از یک سرور برنامه اختصاصی استفاده کنید. اگر پروژه شما شامل استفاده از یک سرور برنامه اختصاصی است، توصیه می کنیم از یک سرور ارزان قیمت تک پردازنده استفاده کنید که در آن نصب 2 درایو SAS یا SATA SSD و 16 گیگابایت رم کافی است.

مهمترین چیز برای سرور پایگاه داده، زیرسیستم دیسک و میزان رم است.

• لازم است از کش کامل پایگاه داده در رم سرور اطمینان حاصل شود. اگر سرور برنامه 1C نیز بر روی این سرور فیزیکی در حال اجرا است، لازم است برای آن نیز حافظه اختصاص دهید - 2-4 گیگابایت. از آنجایی که سیستم 1C یک بار نوشتن بسیار قدرتمند ایجاد می کند، این بار توسط RAM قابل جبران نیست.
• البته سیستم دیسک باید بر روی دیسک های SAS با کارایی بالا یا SSD های SATA/SAS ساخته شود؛ اکیداً توصیه می شود از RAID 10 استفاده کنید. یک کنترلر RAID سخت افزاری مورد نیاز است. تعداد دیسک ها به شدت کار کاربر بستگی دارد. به عنوان یک قاعده، 6-8 دیسک کافی است. اگر شرکت به صورت پویا در حال توسعه است، بهتر است بلافاصله سروری با تعداد زیادی جایگاه دیسک انتخاب کنید.
• پردازنده ها مهم ترین پارامتر یک سرور پایگاه داده نیستند: قانون کلی برای برنامه ریزی قدرت پردازنده این است که میانگین بار آنها نباید از 50% تجاوز کند (تعیین شده به صورت تجربی).

پارامترهای اصلی برای سرور ترمینال، میزان رم و قدرت پردازنده است.

• مقدار رم مورد نیاز برای هر جلسه کلاینت حدود 500 مگابایت است.
• اغلب روی سرورهای ترمینال بار دیسک سنگینی وجود ندارد، بنابراین می توانید از "آینه" درایوهای SATA (RAID 1) استفاده کنید.
• بار پردازنده تا حد زیادی به شدت کار کاربر بستگی دارد.

اغلب، سرورهای ترمینال، علاوه بر 1C، برنامه های دیگری را نیز اجرا می کنند - معمولاً بسته های اداری، اینترنت. این باعث افزایش بار روی پردازنده ها و به خصوص رم می شود. آنچه نیز باید در نظر گرفته شود.

UPS برای سرور 1C - اجباری

اتصال سرورهای 1C به یک منبع تغذیه بدون وقفه قدرتمند ضروری است. UPS باید حداقل 30 دقیقه کارکرد مستقل سرور را فراهم کند. در طول این مدت، همه کاربران زمان ذخیره اسناد و تکمیل کار خود را در 1C خواهند داشت و مدیر سیستم می‌تواند بدون خطر از دست دادن اطلاعات سرور را با خیال راحت خاموش کند.

توصیه هایی برای انتخاب پیکربندی سرور E1S ® برای برنامه های 1C

پارامترهای سرور برای 1C	حداکثر 5 اتصال	حداکثر 10 اتصال	حداکثر 30 اتصال	حداکثر 50 اتصال
CPU	Intel Xeon E3	اینتل Xeon E3/E5	2 x Intel Xeon E5 / مقیاس پذیر	2 x Intel Xeon E5 / مقیاس پذیر
حافظه	4-8 گیگابایت	8-16 گیگابایت	از 32 گیگابایت	از 64 گیگابایت
سیستم دیسک	2 x SATA (RAID1)	2 x SATA یا SSD (RAID1)	از 4 x SAS یا SSD (RAID 10)	از 8 x SAS یا SSD (RAID10)
کنترل کننده	یکپارچه	سخت افزار با حفاظت کش توصیه می شود	سخت افزار با حفاظت کش	سخت افزار با حفاظت کش
تعداد سرورها	1	1	1	2 در یک خوشه + سرور برنامه
پیکربندی کننده ها

1C: Enterprise 8 حتی با تعداد کمی از کاربران می تواند یک برنامه کاربردی با منابع فشرده باشد. هنگام انتخاب سرور برای 1C، هر مالکی دوست دارد از "تروماهای تولد" جلوگیری کند - تنگناهای بالقوه ذاتی آن. از سوی دیگر، امروزه تعداد کمی از مردم سرورهایی با ظرفیت مازاد، «برای رشد» خریداری می‌کنند. خوب است اگر نمایه بار را بتوان از قبل حذف کرد - پس طراحی سرور برای پیکربندی خاصی از برنامه های شرکت آسان تر است.

به طور خاص، بیایید پلتفرم 1C: Enterprise 8.2 را در پیکربندی های پایه محبوب «حسابداری»، «تجارت و انبار»، «مدیریت حقوق و دستمزد و پرسنل»، «مدیریت شرکت تجاری» و تا حدودی «مدیریت شرکت تولیدی» در نظر بگیریم. ما فرض می کنیم که برای شرکت هایی با 10 کارمند یا بیشتر که در 1C کار می کنند، از "1C: Enterprise 8.2" استفاده می شود. سرور برنامه های کاربردی". بیایید گزینه کار در حالت Remote Desktop را با تعداد کاربران همزمان پایگاه داده تا 100-150 در نظر بگیریم. توصیه‌ها برای پایگاه‌های داده 1C «سنگین» بیشتر نیز اعمال می‌شود، اما «موارد شدید» همیشه به یک رویکرد فردی نیاز دارند.

پردازنده ها و رم

اگر شرکت بسیار کوچک است (2-7 کاربر در سیستم)، پایگاه داده کوچک است (تا 1 گیگابایت)، و "1C: Enterprise 8.2" در حالت فایل بر روی رایانه کاربر اجرا می شود، در این صورت یک پیاده سازی کلاسیک از یک سرور فایل حتی یک Intel Core i3، بسیار کمتر یک Intel Xeon E3-12xx، می تواند با چنین وظیفه بارگیری CPU کنار بیاید. مقدار حافظه دسترسی تصادفی مورد نیاز (RAM) به سادگی محاسبه می شود: 2 گیگابایت برای سیستم عامل و 2 گیگابایت برای حافظه پنهان فایل سیستم.

اگر این شرکت 5-25 کاربر 1C داشته باشد، اندازه پایگاه داده تا 4 گیگابایت است، پس برنامه 1C:Enterprise 8.2 باید با یک Intel Xeon E3-12xx 4 هسته ای یا AMD Opteron 4xxx کافی باشد. علاوه بر 2 گیگابایت رم برای سیستم عامل، باید 1 تا 4 گیگابایت برای 1C:Enterprise 8.2 اختصاص دهید. Application Server" و به همان میزان تحت MS SQL Server به عنوان کش - در مجموع 8-12 گیگابایت رم. برای پایگاه های داده کوچک، توصیه می شود حداقل 30٪ از پایگاه داده را در حافظه رم یا بهتر است بگوییم 100٪ را در حافظه پنهان نگه دارید.

این یک واقعیت شناخته شده است (اگرچه به طور خاص تبلیغ نشده است): «1C: Enterprise 8.2. وقتی سیستم عامل آن را در فایل swap روی هارد دیسک بارگذاری می کند، سرور برنامه واقعاً آن را دوست ندارد و گاهی اوقات تمایل به از دست دادن پاسخ دارد. بنابراین، در سروری که "سرور برنامه" در حال اجرا است، همیشه باید فضای خالی در RAM وجود داشته باشد - به خصوص که امروزه ارزان است.

در شرکت های بزرگتر، کاربران 1C معمولاً از طریق دسترسی از راه دور به برنامه (Remote Desktop) کار می کنند - یعنی در حالت ترمینال. به عنوان یک قاعده، با 10-100 کاربر 1C با پایگاه داده 1 گیگابایت و بالاتر، "1C: Enterprise 8.2. سرور برنامه" و برنامه کاربری "1C: Enterprise 8.2" روی یک سرور اجرا می شوند.

برای تعیین منابع پردازنده مورد نیاز، فرض بر این است که یک هسته فیزیکی نمی تواند به طور موثر بیش از 8 رشته کاربر را پردازش کند - این به دلیل معماری داخلی پردازنده ها است. همانطور که تمرین نشان می‌دهد، برای وظایف 1C + Remote Desktop نباید از پردازنده‌های سرور پایین‌رده با فرکانس‌های هسته پایین و معماری کم‌رنگ استفاده کنید. اگر تعداد کاربران کم باشد (تا 15-20)، یک پردازنده Intel Xeon E3-12xx با فرکانس بالا کافی خواهد بود. در همان زمان، حداقل یکی از هسته های فیزیکی آن (2 رشته) برای نیازهای سرور SQL، یکی دیگر (2 رشته) برای 1C: Enterprise 8.2 استفاده خواهد شد. Application Server" و 2 هسته فیزیکی باقیمانده (4 رشته) برای کاربران سیستم عامل و ترمینال است. اگر تعداد کاربران 1C بیش از 20 نفر باشد یا اگر حجم پایگاه داده بیش از 4 گیگابایت باشد، زمان آن رسیده است که به سیستم های 2 پردازنده ای در Intel Xeon E5-26xx یا AMD Opteron 62xx بروید.

محاسبه مقدار مورد نیاز RAM نسبتاً ساده است: 2 گیگابایت باید به سیستم عامل، 2 گیگابایت یا بیشتر به MS SQL Server به عنوان کش (حداقل 30٪ از پایگاه داده)، 1-4 گیگابایت به 1C:Enterprise 8.2 داده شود. Application Server"، حافظه سرور باقیمانده باید برای جلسات ترمینال کافی باشد. یک کاربر ترمینال، بسته به پیکربندی، در برنامه های "حسابداری"، "تجارت و انبار" - 100-120 مگابایت، "مدیریت حقوق و دستمزد و پرسنل"، "مدیریت شرکت تجاری" - 120-160 مگابایت، "مدیریت شرکت های تولیدی" - مصرف می کند. 180-240 مگابایت اگر کاربر علاوه بر این، MS Word، MS Excel، MS Outlook را بر روی سرور اجرا کند، باید حدود 100 مگابایت برای هر برنامه اختصاص داده شود. به طور معمول، حداقل برای سرور ترمینال 12 گیگابایت رم است.

به عنوان مثال، برای یک سرور 1C با کل بسته نرم افزاری، 50 کاربر ترمینال در پیکربندی "Trading Enterprise Management" و یک پایگاه داده 8 گیگابایتی، قدرت محاسباتی بهینه دو پردازنده Intel Xeon E5-2650 (8 هسته، 16 رشته، 2.0 گیگاهرتز). رم به حداقل 2 (OS) + 4 (SQL) + 4 (سرور 1C) + 8 (160 "USP" * 50 کاربر) = 18 گیگابایت یا بهتر از آن 24-32 گیگابایت (6-8 کانال DIMM 4 گیگابایتی) نیاز دارد.

زیر سیستم دیسک

اکثر شکایات در مورد عملکرد آهسته سرورهای 1C:Enterprise 8 به عدم درک انواع عملیات I/O بر روی آنها، بر روی چه داده‌ها و با چه شدتی مربوط می‌شود. اغلب، این زیرسیستم دیسک است که کلید اطمینان از عملکرد کافی سرور به عنوان یک کل است - به هر حال، برای پایگاه های داده شلوغ، بزرگترین مشکل قفل کردن جدول است زمانی که بسیاری از کاربران به طور همزمان با آنها کار می کنند یا در حین بارگیری / تخلیه / بارگیری انبوه / پست ها مانیتورینگ و بهینه سازی زیرسیستم دیسک سرور.

1C دارای 5 جریان داده برای زیرسیستم دیسکی است که با آن کار می کند:

• جداول پایگاه داده؛
• فایل های فهرست؛
• فایل های موقت tempDB;
• فایل ورود به سیستم SQL.
• فایل ورود به سیستم برنامه های کاربردی کاربر 1C.

ساختار داده در 1C شی گرا است، با بسیاری از اشیاء و ارتباطات بین آنها. هنگام کار با جداول داده، تعداد عملیات خواندن و نوشتنی که زیرسیستم دیسک می تواند در یک دوره زمانی انجام دهد (عملیات خروجی ورودی در ثانیه، IOPS) بسیار مهم است. در عین حال، توانایی آن برای ارائه نرخ انتقال داده با جریان بالا (بر حسب مگابایت بر ثانیه) بسیار کمتر اهمیت دارد. یک پایگاه داده بسیار متوسط ​​از 200-300 مگابایت با 3-5 کاربر می تواند حداکثر 400-600 IOPS را تولید کند. یک پایگاه داده با 10-15 کاربر و حجم 400-800 مگابایت قادر به تولید 1500-2500 IOPS است، 40-50 کاربر از یک پایگاه داده 2-4 گیگابایتی 5000-7500 IOPS تولید می کنند و پایگاه های داده با 80-100 کاربر به راحتی به 12000- می رسند. 18000 IOPS.

البته میانگین بار روی زیرسیستم دیسک می تواند 10-15 درصد پیک باشد. فقط در واقعیت، این عملکرد است که در دوره‌های اوج بار مهم است: دانلود خودکار داده‌ها از سیستم‌های دیگر، تبادل داده‌های یک سیستم توزیع‌شده، یا زمان‌بندی مجدد دوره.

دیسک های مدرن در عملیات خواندن و نوشتن با دسترسی تصادفی (Random Read/Write) به تنهایی با بارهای زیر مقابله می کنند:

					اینتل 910 400 گیگابایت
				2400 – 8600 IOPS

به وضوح دیده می شود که:

• گلوگاه HDD و SSD در حال ضبط است.
• HDD های سنتی از نظر سرعت خواندن در IOPS رقیب SSD نیستند، حتی از نظر تئوری، این تفاوت بیش از دو مرتبه بزرگی است.
• حتی یک SSD دسکتاپ نه چندان مدرن 3-40 برابر (بسته به پیکربندی) سریعتر از هر HDD در سرعت نوشتن IOPS است، یک SSD سرور 12-40 برابر سریعتر از یک HDD است.
• حداکثر عملکرد در IOPS توسط PCIe SSD کلاس Intel 910 یا LSI WarpDrive ارائه می شود.

از دیسک های تک در سرورهای پایگاه داده استفاده نمی شود، فقط از آرایه های RAID استفاده می شود. برای محاسبه بیشتر عملکرد واقعی زیرسیستم دیسک، باید هزینه ها ("جریمه") برای نوشتن به IOPS را که توسط گروه دیسک در RAID پرداخت می شود، در نظر بگیرید:

اگر 6 دیسک را در RAID 10 مونتاژ کنید، برای هر نوشتن 1 IOPS داده، 2 IOPS دیسک فیزیکی و اگر در RAID 6، 6 IOPS دیسک صرف می شود. بنابراین، هنگام محاسبه ظرفیت بار نوشتن یک گروه دیسک، ابتدا باید 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 به وضوح نشان می‌دهند که چرا RAID 10 برای ذخیره پایگاه‌های داده با توزیع معمولی خواندن/نوشتن 68/32 ترجیح داده می‌شود.

از داده های موجود در سه جدول، مشخص است که چرا عملکرد یک "مجموعه آقایان" معمولی از 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 گیگابایت)، اما از نظر سرعت نوشتن بسیار سخت است. وجه اشتراک ایندکس و فایل های موقت این است که از دست دادن آنها منجر به از دست رفتن داده های واقعی نمی شود. این بدان معنی است که آنها را می توان بر روی یک SSD جداگانه (حتی بهتر - در دو حجم جداگانه) قرار داد. حداقل در کنترلر SATA روی مادربرد. از نقطه نظر قابلیت اطمینان و عملکرد، توصیه می شود یک آینه (RAID1) از یک SSD برای TempDB تهیه کنید، که می تواند روی کنترلر روی برد انجام شود، اما با غیرفعال کردن اجباری همه حافظه پنهان نوشتن. SSD های رومیزی نیز می توانند با این نقش کنار بیایند - مانند سری 520 اینتل، که در آن فشرده سازی داده های سخت افزاری هنگام نوشتن در TempDB مناسب خواهد بود. انتقال این وظایف از یک سیستم ذخیره سازی مشترک به یک زیرسیستم پرسرعت اختصاصی، تأثیر مثبتی بر عملکرد سیستم به طور کلی، به ویژه در زمان اوج بار دارد.

در مواردی که امکان اطمینان از سریع‌ترین پاسخ ممکن از سوی مدیران در صورت خرابی وجود دارد، و هنگامی که وظایف محاسباتی پیچیده ای وجود دارد (تدارکات انبار یا حمل و نقل، تولید در UPP، تبادل حجم در URDB)، TempDB به RAMDrive منتقل می‌شود. این راه حل گاهی اوقات به شما امکان می دهد تا 4-12٪ از عملکرد کلی سیستم را به دست آورید. برخی ناراحتی ها تنها در صورت راه اندازی مجدد سرور ایجاد می شود: اگر RAMDrive به طور خودکار راه اندازی نشود، مداخله سرپرست برای راه اندازی آن به صورت دستی لازم است - در غیر این صورت کل سیستم از کار می افتد.

یکی دیگر از مؤلفه‌های مهم، فایل‌های گزارش است. آنها یک ویژگی ناخوشایند برای هر زیرسیستم دیسک دارند - آنها یک جریان تقریبا ثابت از درخواست های نوشتن کوچک ایجاد می کنند. این امر در بارهای متوسط ​​قابل توجه نیست، اما عملکرد سرور 1C را در بارهای اوج به شدت کاهش می دهد. منطقی است که فایل log (مخصوصاً فایل log SQL) را به یک حجم فیزیکی جداگانه منتقل کنید که الزامات IOPS بالایی نداشته باشد و نوشته های تقریباً خطی دریافت کند. برای آسودگی خیال، می‌توانید آینه‌ای از SATA/NL SAS ارزان و حجیم (برای Full log) یا SSD‌های ارزان قیمت رومیزی از همان سری Intel 520 (Log ساده یا Full log با پشتیبان‌گیری و تمیز کردن روزانه) ایجاد کنید.

به طور کلی می توان گفت که ورود 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 (و ترجیحاً 1C)، یک حجم اختصاصی (تک دیسک فیزیکی یا RAID-1) روی یک هارد HDD SATA/NL SAS یا SSD ارزان، یا یک دیسک منطقی روی یک آرایه RAID که سیستم عامل سرور روی آن قرار دارد. فایل ها/پوشه های موجود و کاربر.

4. سیستم عامل و اطلاعات کاربر روی RAID 1 از HDD یا SSD ذخیره می شود.

اگر زیرساخت فناوری اطلاعات مجازی سازی شده باشد، بسیار مطلوب است که SQL Server نه به عنوان یک ماشین مجازی، بلکه مستقیماً روی سرور فیزیکی، روی فلز خالی نصب شود. قیمت موضوع از 15 تا 35 درصد عملکرد زیرسیستم دیسک (بسته به تجهیزات، درایورها، ابزار مجازی سازی و روش های اتصال حجم) است. در یک محیط سرور مجازی SQL، اتصال حجم ها با جداول پایگاه داده، فایل های فهرست و TempDB به VM در حالت انحصاری از طریق دسترسی مستقیم مورد نیاز است.

رابط های شبکه

هنگام ساخت سیستم های 1C: Enterprise 8 برای شرکت های کوچک و متوسط ​​(تا 100-150 کاربر فعال به طور همزمان)، تلفات در عملیات شبکه از طریق رابط اترنت باید به حداقل برسد. در حالت ایده‌آل، هر دو SQL Server، 1C:Enterprise 8 Application Server x64 و 1C کاربر را در Remote Desktop با یک سرور فیزیکی ارائه دهید. بحث‌برانگیز از نقطه نظر اطمینان از تحمل خطا، چنین توصیه‌ای به شما امکان می‌دهد بیشترین بهره را از سخت‌افزار و نرم‌افزار ببرید و از طریق استفاده از مجازی‌سازی سطح مشخصی از امنیت و "تکرارپذیری محیط" را در سایر تجهیزات فراهم می‌کند.

چرا اترنت را از زنجیره SQL سرور حذف کنید -> Application Server 1C: Enterprise 8 -> user session 1C: Enterprise 8؟ رابط شبکه اترنت، با بسته‌بندی داده‌ها در بلوک‌های نسبتاً کوچک برای انتقال، همیشه تأخیرهای اضافی ایجاد می‌کند: هم در هنگام بسته‌بندی/باز کردن ترافیک و هم در حین انتقال (تأخیر بالا). در 1C: Enterprise 8، مقادیر بسیار زیادی داده برای پردازش و نمایش در کل زنجیره، در برخی شرایط - در هر دو جهت، منتقل می شود. هنگام انتقال مستقیم داده ها از یک فرآیند به فرآیند دیگر در رم سرور (روی یک سرور بدون مجازی سازی)، یا از طریق یک رابط شبکه مجازی (در همان سرور فیزیکی، با آداپتورهای شبکه سرور خوب با انتقال بلوک های RAM بین ماشین های مجازی) تأخیر بسیار زیاد است. پایین تر سرورهای مدرن دو پردازنده با رم بزرگ و زیرسیستم دیسک SSD به شما امکان می دهد تا به راحتی یک پایگاه داده 1C را برای 100-150 کاربر فعال ارائه دهید.

اگر استفاده از چندین میزبان فیزیکی برای پایگاه های داده شلوغ اجتناب ناپذیر است، توصیه می شود همه سرورها را از طریق اترنت 10 گیگابایتی متصل کنید. یا حداقل 2-4 اتصال اترنت 1 گیگابایتی با شتاب سخت افزاری TCP/IP (TCP/IP Offloader) و پشتیبانی از مجازی سازی سخت افزار.

راه حل های بودجه بیشترین آسیب را از افت عملکرد در پورت های اترنت می بینند. بر کسی پوشیده نیست که آداپتورهای شبکه 1 گیگابایتی لحیم شده در اکثر مادربردهای سرور برای مدیریت ترافیک شبکه فشرده طراحی نشده اند. حتی اگر برد دارای پورت های 2 یا 3 GbE باشد، معمولاً روی تراشه های دسکتاپ پیاده سازی می شوند. در حالی که برای مدیریت کافی است، آنها سربار اضافی برای سرویس ارتباطات شبکه، به ویژه در یک محیط مجازی ایجاد می کنند. کل فرآیند انتقال داده از طریق چنین تراشه ای توسط منابع پردازنده، رم و بار روی گذرگاه های داخلی تضمین می شود. چنین تراشه هایی هیچ گونه شتابی در انتقال ترافیک IP ایجاد نمی کنند، هر بسته اترنت دریافتی و ارسالی نیاز به یک وقفه جداگانه برای پردازنده دارد. در یک محیط مجازی، تلفات عملکرد رابط شبکه می تواند به 25-30٪ برسد. ناخوشایندترین چیز این است که بارگذاری بیش از حد رابط شبکه با ابزارهای نظارت ممکن است متوجه نشود. پردازنده مرکزی مسئولیت آن را بر عهده دارد و در صورت عدم کارکرد، بیکار می نشیند و منتظر پاسخ کارت شبکه است. توصیه می شود پورت های روی تراشه های دسکتاپ را از جریان داده در محیط های مجازی حذف کنید و آنها را برای وظایف مدیریت سرور رها کنید. برای ترافیک شدید شبکه، ارزش افزودن یک کارت شبکه گسسته بر روی چیپست سرور را دارد.

تحمل خطا یا خرابی قابل قبول؟

بحث در مورد عملکرد سرور تقریباً همیشه با بحث هایی در مورد قابلیت اطمینان آنها همراه است. اطمینان از تحمل خطا همیشه مستلزم هزینه های اضافی است، به ویژه در هنگام پشتیبانی از فرآیندهای تولید مداوم. بدون کوچک کردن نقش و جایگاه 1C، می توان گفت که اکثر کاربران آن معضل "عملکرد / قابلیت اطمینان" را در سطوح مختلف حل می کنند: آنها برای اولین بار با بهینه سازی راه حل های سخت افزاری، برای دوم - با سازماندهی فرآیندها و رویه ها می جنگند. هنگامی که برنامه‌ها نسبتاً حیاتی هستند، تمرکز اصلی در حفظ عملکرد بر روی محافظت از سرور فردی نیست، بلکه بر روی به حداقل رساندن زمان خرابی زیرساخت به عنوان یک کل است.

البته برای شرکت هایی با تعداد نسبتاً زیادی کاربر به طور همزمان (25-150) و میزبانی همه برنامه ها بر روی یک سرور، استفاده از منابع تغذیه اضطراری، منابع تغذیه اضافی برای خود سرورها، سبدهای درایو با قابلیت تعویض داغ و آرایه های RAID در حالت آماده به کار اما هیچ سخت افزاری نمی تواند جایگزین پشتیبان گیری برنامه ریزی شده از خود داده ها شود. با داشتن یک نسخه پشتیبان روزانه (به طور دقیق تر، شبانه) و یک فایل عملیاتی با گزارش Full SQL، می توانید پایگاه داده 1C را در مدت زمان نسبتاً کوتاهی به طور کامل بازیابی کنید.

زمان توقف مجاز سیستم مرکزی 1C برای شرکت های کوچک و متوسط ​​1-2 حادثه در ماه است که 1-4 ساعت طول می کشد. در واقع، این ذخیره عظیمی از زمان است - اگر از قبل برای بهبودی آماده شده باشید. شرط لازم برای راه اندازی مجدد سریع، وجود تصاویر تمام سرورهای مجازی و فیزیکی به صورت VM در یک حافظه / حجم جداگانه است - برای بازیابی خود قسمت زیرساخت در سرور پشتیبان. پشتیبان گیری روزانه (و همچنین هفتگی و در پایان دوره) در یک دستگاه فیزیکی دیگر و گزارش کامل SQL برای مواردی که از دست دادن داده ها "از ابتدای روز کاری" حیاتی است و بازیابی دستی آن دشوار است، مورد نیاز است. اگر تجهیزات جایگزینی دارید، می توانید این کار را در 1-2 ساعت انجام دهید تا عملکرد کلی را بازیابی کنید، البته با بهره وری کمتر. خوب، در جایی که تداوم عملیاتی 24×7 مورد نیاز است، وظایف اصلی انتخاب معماری مناسب، تجهیزات با حداقل تعداد نقاط خرابی و فناوری‌های خوشه‌بندی کامل خواهد بود. اما این یک داستان کاملا متفاوت است.

مقاله اصلی: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

با اجازه سردبیر مجله "Computer Review"