بعد عدة سنوات من استخدام 1C في المحاكاة الافتراضية للحاويات Proxmox ، كان هناك ما يكفي من المخاريط المعبأة ، والتي سأوجزها هنا كملاحظات عامة قصيرة حول مراحل عملية التنفيذ.
هذا ليس دليل للعمل أو دليل. إذا كان ينبغي وصف أي من العناصر بمزيد من التفصيل - من فضلك لا تتردد في التعليقات.
تخطيط وتقييم المخاطر
عندما ترسم مبالغ التوفير ، والاستقرار ، والقابلية للتوسع وغيرها من الأشياء الجيدة مع حرق العينين ، لا تنسى نفسك. الحد الأدنى هو الأجهزة الجيدة ، الركوب العادي ، محركات الأقراص السريعة ، إصدار x64 من خادم 1C. لا يزال من المستحسن طلب نوع من التدريب على هذا الموضوع. لكي تدرك الإدارة أنها تستثمر في بنيتها التحتية وموظفيها ، ولا توفر فقط مبلغًا مستديرًا من المال.
شراء البرمجيات. مدمج
من المستحسن اختيار شخص لديه بعض الخبرة على الأقل في دعم إصدارات لينكس من 1C. خذ الوقت الكافي للاتصال واسأل. ونتيجة لذلك ، لن يساعدك أي شخص على أي حال ، وسوف تترك وجهًا لوجه مع جميع المشاكل ، ولكن على الأقل بدون النصائح الغبية المزعجة حول rdp و mssql.
إعداد المضيف
عند العمل مع البروكسموكس ، من الخطأ عدم استخدام آلية lxc.mount الرائعة لتركيب الدلائل من المضيف إلى الحاويات (علاوة على ذلك ، الحفاظ على acl). لمنع الحاويات من التورم من السجلات والنسخ الاحتياطية ، تحتاج إلى إنشاء أقسام وأدلة لهذه الأغراض على المضيف مقدمًا ، ومهام cron للتدوير والتنظيف. لذلك ستقوم بتوجيه النسخ الاحتياطية والسجلات عبر مكان واحد ، وسترى أن هذا أمر جيد.
اختيار تكوين خادم التطبيق وخادم قاعدة البيانات
أنت بالتأكيد على دراية بالنهج الكلاسيكي للمعلم 1c ، من خلال وضع قاعدة البيانات على نفس الخادم مثل خادم التطبيق. الآن مجرد فرصة عظيمة لعدم القيام بذلك. والحقيقة هي أنه إذا قمت بقياس سرعة نقل البيانات "الشبكة" بين الحاويات ، فسوف تحصل على 25-30 جيجابت / ثانية على الأقل. لا تتردد في تشغيل قاعدة البيانات من الشاطئ ، وستحصل على خادم تطبيقات مترابط خفيف والعديد من خوادم قواعد البيانات التي سيكون من السهل تعريفها ونسخها وصيانتها.
إعداد خادم قاعدة البيانات
تعمل PostgreSQL من 1C أو Postgres Professional بشكل رائع في الحاويات خارج الصندوق.
للراحة فقط ، أود أولاً إنشاء قالب حاوية فارغ مع خادم قاعدة بيانات ، ثم استنساخه تحت كل قاعدة معلومات متصلة بخادم التطبيق. في هذا النموذج ، يجب أن تقوم على الفور بتثبيت أدلة السجل والنسخ الاحتياطي من المضيف ، وبالتالي ، إعادة توجيه السجلات الأكثر سمكًا هناك. من المنطقي أيضًا إجراء مهام النسخ الاحتياطي على الفور ، على سبيل المثال ، من خلال pg_dump جميع الآلية في هذه الأدلة. عند إنشاء ملفات الإخراج ، استخدم اسم المضيف $. حتى تحصل على مجموعة رجل في أي مناسبة
إعداد خادم التطبيق
كل شيء يذهب بدون ميزات ، روتينية ومملة ، فقط إذا لم تقم بتثبيت خادم x86 على نظام تشغيل x64. ولكن حتى في هذه الحالة ، يمكن حل كل شيء. على سبيل المثال ، إذا كنت تقوم بتثبيت x86 1C على Centos7 ، فهناك مستودع رائع مع حزم x86
Mirror.centos.org/altarch/7/os/i386/Packagesمن هناك ستحتاج بالتأكيد إلى: ImageMagick-c ++ - devel و fontconfig و libgsf و http و httpd-devel ، بالإضافة إلى libpng و libpng-devel لطباعة الباركود
الترخيص
العديد منهم ضد تراخيص البرمجيات ويدعو إلى خطة الصحة والسلامة أكثر تكلفة ولكن يمكن الاعتماد عليها. إنه مثل التزلج والتزلج على الجليد. عليك أن تقرر ما تكسر - الترقوة أو الكاحل. هناك مشاكل في كل من إعادة توجيه غلق بمشبك إلى الحاوية والحصول على تراخيص البرامج بشكل صحيح.
إذا قررت أخذ تراخيص البرنامج ، فكن حذرًا في نوى وحدة المعالجة المركزية. كما هو مذكور في الوثائق ، يمكنك زيادة (ولكن ليس تقليل) عدد النوى والمعالجات دون إعادة الترخيص. ومع ذلك ، فإن Proxmox ، عند تغيير عدد نوى المعالج المتاحة في الحاوية ، يغير CoreID الخاص بالنواة الأولى. بمعنى ، إذا قمت في البداية بصنع حاوية ذات نواة واحدة ومرفقة بـ CoreID 0 عند الترخيص ، فستفاجأ عند زيادة عدد النوى إلى 4 ، لن يكون ترقيم CoreID 0،1،2،3 ولكن 1،2،2،4 . وفقا لذلك ، سوف تطير التراخيص
إذا حدث هذا - لا تيأس. يمكن إعادة تنشيط التراخيص بسهولة باستخدام الرموز المرفقة. ويمكنك أن تضع في تكوين الحاوية جوهر واحد أكثر من الكمية الحقيقية. على سبيل المثال ، 9 لخادم ثمانية النواة. ثم سيعود CoreID 0 ولن يتركك.
آمل أن تساعد هذه الملاحظات شخصًا ما