کدام سرور sql را برای 1c 8.3 انتخاب کنید. انتخاب زیرسیستم دیسک

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

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

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

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

برای 5 نفر لازم نیست ظرفیت های بالا، پیکربندی های کسب و کار کوچک خوب هستند. اگر دفتر کوچک است و به یک مکان فشرده نیاز دارید، می توانید از یک مینی سرور استفاده کنید . این گزینه به شما امکان می دهد تجهیزات را به صورت فشرده قرار دهید و برای حمل و نقل راحت خواهد بود.

هزینه چنین دستگاهی از 30000 روبل است. پیکربندی، به عنوان یک قاعده، در ظرافت ها متفاوت نیست. یک پردازنده سطح پایه از سری Intel Xeon E3 یا AMD Opteron استفاده شده است. مجموعه های آماده زیادی برای این کار وجود دارد. اما در مورد دستگاه های ارزان قیمت، هیچ درایو حالت جامد و فضایی برای اوج بار وجود ندارد.

سرور 1C برای 10 کاربر

پیکربندی برای 10 کارمند مشابه راه حل قبلی است، نیازی به برق خاصی نیست، کافی است از یک مینی سرور استفاده کنید. اما اوج بار باید در نظر گرفته شود، اگر اقدامات خودکار مانند تولید خودکار گزارش ها از فروشگاه آنلاین وجود داشته باشد، بارگذاری می تواند بسیار جدی تر باشد.

در اینجا شما همچنین می توانید با یک پردازنده از خط Intel Xeon E3 به عنوان مثال مدل 1240 کار کنید. رم برای 8 گیگابایت کافی است اما 16 بهتر است و همچنین ارزش استفاده از SSD برای میزبانی برنامه و DB را دارد.

سرور 1C برای 20 کاربر

در اینجا به تجهیزات قدرتمندتری نسبت به نسخه قبلی نیاز دارید. گزینه برای یک کسب و کار متوسط ​​بهینه است. SSD در چنین سیستمی باید به طور پیش فرض وجود داشته باشد و توصیه می شود حداقل از پردازنده Intel Xeon E3-1280 v6 استفاده کنید. در غیر این صورت هیچ حاشیه ای برای پیک توان وجود نخواهد داشت.

سرور 1C برای 50 کاربر

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

معمولاً برای این کار، یک سیستم دو پردازنده بر اساس پردازنده های اینتل Xeon E5-2643 v4. 2 تا از این CPU ها قادر به پوشش نیازهای یک اپلیکیشن و حتی پایگاه داده هستند. اما در حالت ایده آل، ایجاد سرور SQL جداگانه است.

البته در این حالت، درایوهای حالت جامد دیگر تنها توصیه نمی شوند، بلکه حیاتی هستند، در غیر این صورت زیرسیستم دیسک به یک گلوگاه تبدیل می شود.

سرور 1C برای 100 کاربر

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

اما پیکربندی تقریبی به این صورت خواهد بود:

1. سرور برنامه ترمینال 2 پردازنده Intel Xeon Silver 4215 برای تطبیق برنامه SSD با TDW بالا، منبع تغذیه دوگانه، زیرسیستم دیسک برای پشتیبان گیری از وضعیت سیستم.

   سرور SQL. پردازنده های مشابه، SSD با DWPD بالا، همچنین دو منبع تغذیه و یک زیر سیستم دیسک با RAID 1 برای ذخیره بک آپ.

این مشروط است، مشخصات به زیرساخت فنی نهایی بستگی دارد.

سرور برای 1C برای 200 کاربر یا بیشتر

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

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

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

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

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

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

واقعیت شناخته شده (اگرچه به طور خاص تبلیغ نشده است): "1C: Enterprise 8.2. Application Server واقعاً وقتی سیستم عامل آن را در یک فایل swap تخلیه می کند، آن را دوست ندارد HDD، و گاهی اوقات مستعد از دست دادن پاسخ است. بنابراین، سروری که "Application Server" را اجرا می کند باید همیشه فضای خالی در 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 Server، یکی دیگر (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 کاربر پایانه در پیکربندی "Trade 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) به تنهایی با چنین بارهایی مقابله می کنند:

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

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

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

اگر در RAID 10 6 دیسک جمع آوری کنید، برای هر رکورد 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 مناسب است، با این نقش کنار می آیند. انجام این وظایف با سیستم مشترکذخیره سازی در یک زیرسیستم اختصاصی با سرعت بالا تأثیر مثبتی بر عملکرد سیستم به طور کلی دارد، به ویژه در زمان اوج بار.

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

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

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

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

رابط های شبکه

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

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

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

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

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

پلتفرم 1C: Enterprise نسخه 8.2 و 8.3 یک برنامه استاندارد برای وظایف حسابداری و مدیریت شرکت در نظر گرفته می شود. طیف گسترده ای از راه حل های کاربردی برای شرکت های دولتی و خصوصی توسعه یافته است. با معرفی زیرساخت اطلاعاتی خود، هر رئیس یا مدیر فناوری اطلاعات شرکت یک سوال دارد که چه نوع سروری برای "1C" مورد نیاز است. این مشکل با این واقعیت پیچیده است که خرید تجهیزات مستلزم هزینه های مالی قابل توجهی است و هر شرکتی نمی تواند پیکربندی های سطح بالایی را انتخاب کند.

ما توصیه هایی را از تولیدکنندگان پیشرو سخت افزار (HP، Dell، IBM) و توسعه دهندگان محصول نرم افزاری 1C 8.3 جمع آوری کرده ایم تا مشتریان ما بتوانند سرور مورد نیاز را به طور سودآور خریداری کنند. زیرساخت شبکه بهینه را می توان با هر سیستم عاملی به دست آورد، اما قابلیت های سخت افزاری نقش مهم تری در این امر ایفا می کند.

معیارهای انتخاب سرور

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

هنگام انتخاب سرور برای 1C (8.2؛ 8.3)، آنها با نکات زیر هدایت می شوند:

• تعداد اپراتورهایی که به طور همزمان وارد کردن داده و گزارش را انجام می دهند.
• امکان انتخاب سرورهای فیزیکی جداگانه برای SQL و برنامه 1C؛
• حجم برنامه ریزی شده پردازش داده ها؛
• ساختار متعادل کننده بار در معماری مشتری-سرور

انتخاب پردازنده و رم

محاسبه فرکانس، تعداد هسته های مورد نیاز پردازنده و میزان رم اولین و مهمترین مرحله است. برای در نظر گرفتن چندین گزینه، سروری را برای "1C" با در نظر گرفتن کارکنان شرکت انتخاب می کنیم.

سازمان کوچک (حداکثر 15 کارمند). با تعداد کمی از کاربران، اندازه پایگاه داده، به عنوان یک قاعده، از 2 گیگابایت تجاوز نمی کند و برنامه 1C در قالب یک نسخه فایل بر روی ماشین های مشتری نصب می شود. در همان زمان، سیستم عامل به 4-6 گیگابایت نیاز دارد و 4 گیگابایت دیگر برای حافظه پنهان فایل سیستم اختصاص داده می شود. توزیع بار پردازنده به شرح زیر است:

• 2 هسته - برای کاربران سیستم عامل و ترمینال؛
• 1 هسته - برای سرور برنامه 1C؛
• 1 هسته - برای SQL DB.

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

سازمان متوسط ​​(حداکثر 40 کارمند). با چنین تعداد کاربر، توسعه دهندگان 1C استفاده از حالت ترمینال دسترسی به برنامه را توصیه می کنند. حجم پایگاه داده ها می تواند تا 4 گیگابایت باشد. برای چنین باری، حداقل به دو پردازنده برای 4-6 هسته نیاز دارید. مقدار بهینه رم 16-64 گیگابایت خواهد بود، زیرا حداقل باید 700 مگابایت برای هر کاربر اختصاص داده شود. اعتقاد بر این است که راه حل کاربردی 1C، که در آن دستگاه مشتری در حال اجرا است، به 240 تا 480 مگابایت نیاز دارد و 200 تا 220 مگابایت دیگر برای برنامه های اداری اختصاص داده شده است.

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

سازمان بزرگ (بیش از 40 کارمند). پیکربندی اصلی سخت افزار در این مورد از سه سرور فیزیکی تشکیل شده است:

• پایانه،
• DBMS،
• "1C".

با چنین تعداد کارمند، حجم پایگاه داده اغلب از 4 گیگابایت فراتر می رود و توصیه می شود حداقل همان مقدار رم را برای کش سیستم اختصاص دهید. 4 گیگابایت دیگر توسط سیستم عامل استفاده خواهد شد و برای برنامه های 1C حدود 8 گیگابایت مورد نیاز است. بنابراین، شما به حداقل 16 گیگابایت رم نیاز دارید.

برای چنین کارهایی، سرورهای دو پردازنده با پشتیبانی از Intel Xeon E5-2600 یا بالاتر انتخاب می شوند. اگر تعداد کارمندان از 50 نفر تجاوز نکند، تنها یک دستگاه می تواند برای دسترسی به ترمینال و برنامه های 1C باقی بماند. با این حال، با توجه به چشم انداز رشد شرکت، بهتر است برای هر کار یک سرور جداگانه ارائه شود. اگر تعداد پرسنل درگیر به 100 کارمند نزدیک شود، باید یک دسته از دو ماشین را برای 1C مستقر کنید و یکی را برای بقیه وظایف بگذارید.

انتخاب زیرسیستم دیسک

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

وظیفه انتخاب سرور برای 1C شامل نظارت بر زیرسیستم دیسک است که به شما امکان می دهد تعادل بهینه عملکرد و قابلیت اطمینان را پیدا کنید. یک عامل بسیار مهم مؤثر بر عملکرد، توانایی آن در انجام تعداد معینی از عملیات خواندن/نوشتن در ثانیه (IOPS) است. اگر پایگاه داده تا 300 مگابایت باشد و تعداد کاربران 1C تا 6 نفر باشد، این پارامتر 400-600 است. اگر تعداد کاربران سرور به 100 برسد، IOPS به 18000 خواهد رسید. نرخ پخش در درجه دوم اهمیت قرار دارد.

برای هر نوع دیسک سخت، سرعت خواندن / نوشتن تنظیم شده است:

• SATA - 100/80؛
• SAS - 240/220;
• SSD - 35000/8600.

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

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

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

نسخه مشتری-سرور کار- یکی از گزینه های سیستم 1C: Enterprise 8.

نسخه سرویس گیرنده-سرور کار برای استفاده در گروه های کاری یا در سراسر سازمان در نظر گرفته شده است. این بر اساس معماری مشتری-سرور سه لایه پیاده سازی شده است.

معماری کلاینت-سرور کل سیستم کاری را به سه بخش مختلف تقسیم می‌کند که به روشی خاص با یکدیگر تعامل دارند:

برنامه در حال اجرا برای کاربر (برنامه مشتری) با خوشه سرور 1C: Enterprise 8 تعامل دارد و خوشه در صورت لزوم به سرور پایگاه داده آدرس می دهد.

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

استفاده از خوشه سرور 1C: Enterprise 8 به شما این امکان را می دهد که بر روی آن تمرکز کنید تا حجم زیادی از عملیات پردازش داده را انجام دهید. به عنوان مثال، هنگام اجرای پرس و جوهای بسیار پیچیده، برنامه در حال اجرا برای کاربر تنها انتخاب مورد نیاز خود را دریافت می کند و تمام پردازش های میانی روی سرور انجام می شود. افزایش ظرفیت یک خوشه سرور معمولاً بسیار ساده تر از ارتقاء کل ناوگان ماشین های مشتری است.

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

1C: Enterprise 8 از قابلیت های سیستم مدیریت پایگاه داده برای انتخاب موثر اطلاعات استفاده می کند:

• مکانیسم پرس و جو بر به حداکثر رساندن استفاده از DBMS برای انجام محاسبات و تهیه گزارش متمرکز است.
• مشاهده لیست های بزرگ پویا بدون انجام تعداد زیادی تماس با پایگاه داده ارائه می شود. در عین حال، فرصت هایی برای کاربر فراهم می شود جستجوی موثرو همچنین تنظیمات انتخاب و مرتب سازی.

استقرار و مدیریت گزینه مشتری / سرور ساده است. به عنوان مثال، پایگاه داده مستقیماً در هنگام راه اندازی پیکربندی ایجاد می شود (همانطور که برای نسخه فایل).

برنامه های کاربردی مشتری

کار در نسخه کلاینت-سرور هم به طور مستقیم با خوشه و هم از طریق وب سرور امکان پذیر است. با این حال، در صورت اتصال مستقیم به خوشه، کلاینت چربی و تین کلاینت از پروتکل TCP/IP استفاده می کنند. هنگام اتصال از طریق وب سرور، تین کلاینت و سرویس گیرنده وب از پروتکل HTTP یا HTTPS استفاده می کنند.

خوشه سرور

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

سرور پایگاه داده

موارد زیر را می توان به عنوان سرور پایگاه داده استفاده کرد:

مدیریت خوشه سرور

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

اجرای عملکرد اصلی روی سرور

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

سرور داده های فرم را آماده می کند، عناصر را مرتب می کند، پس از تغییرات، داده های فرم را می نویسد. مشتری فرمی را که از قبل بر روی سرور آماده شده است نمایش می دهد، ورود داده ها و فراخوانی سرور برای ثبت داده های وارد شده و سایر اقدامات لازم انجام می شود.

به همین ترتیب، رابط فرمان بر روی سرور تشکیل شده و بر روی مشتری نمایش داده می شود. همچنین گزارش ها به طور کامل بر روی سرور تولید و بر روی مشتری نمایش داده می شوند.

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

سرور اجرا می شود:

• پرس و جوهای پایگاه داده،
• ثبت داده ها،
• انجام مدارک،
• محاسبات مختلف،
• اجرای درمان ها،
• تشکیل گزارشات،
• آماده سازی فرم ها برای نمایش

مشتری اجرا می کند:

• دریافت و باز کردن فرم ها
• نمایش فرم ها
• "ارتباط" با کاربر (هشدارها، سوالات ...)،
• محاسبات کوچک در فرم هایی که نیاز به پاسخ سریع دارند (مثلاً ضرب قیمت در مقدار)
• کار با فایل های محلی،
• با تجهیزات تجاری کار کنید.

استفاده از زبان تعبیه شده روی کلاینت

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

با این حال، عملکرد زبان تعبیه شده روی کلاینت به شدت محدود است. رویه های کلاینت در ماژول ها به صراحت از رویه های سرور جدا شده اند و از مجموعه محدودی از مدل شیء زبان تعبیه شده استفاده می کنند.

کار مستقیم با پایگاه داده بر روی مشتری مجاز نیست. کار مستقیم با اشیاء کاربردی مجاز نیست، به عنوان مثال، این گونه از زبان های تعبیه شده در دسترس نیستند DirectoryObject.<имя> ... استفاده از پرس و جو مجاز نیست. اگر نیاز به فراخوانی کنش‌ها با داده‌های موجود در کد مشتری دارید، باید رویه‌های سروری را که قبلاً به داده‌ها دسترسی دارند، فراخوانی کنید.