مرجع ICM

در این فصل اطلاعات مفصلی در مورد جنبه های مختلف ICM و کاربردهای آن ارائه شده است.

دستورات و گزینه های ICM

جدول اول که در زیر آمده است ، دستوراتی را که می توانند در خط فرمان ICM اجرا شوند ، لیست می کند. هر یک از دستورات با جزئیات در & opencurlydoublequote ؛ با استفاده از ICM & closecurlydoublequote ؛فصل

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

برای ارائه آرگومان های مورد نیاز یا اختیاری به دستورات. به عنوان مثال ، برای ذکر وضعیت اجرا فقط ظروف Intersystems Iris در استقرار خود ، می توانید از این دستور استفاده کنید:

برای اجرای یک دستور برای باز کردن پوسته در داخل کانتینر مستقر در آزمون Andy-DM ، می توانید از این دستور استفاده کنید:

برای غلبه بر مقدار پرونده پیش فرض یا پیکربندی یک قسمت ، از دو روش:

از گزینه ها ی-Image ، -namespe و-iscpassword می توان برای غلبه بر مقادیر قسمتهای dockerimage ، فضای نام و iscpassword به ترتیب در هر دستور ، از جمله تهیه ICM استفاده کرد.

پس از مرحله تهیه ، از گزین ه-overrides می توان برای غلبه بر مقادیر یک یا چند قسمت برای دستور فعلی استفاده کرد. به عنوان مثال ، فرض کنید پرونده پیش فرض شما شامل زمینه های زیر است:

هنگام اجرای دستور تأمین ICM می توانید با استفاده از گزین ه-Image ، قسمت Dockermage را نادیده بگیرید ، اما از یک تصویر از یک رجیستری متفاوت استفاده نکنید ، زیرا نمی توانید از مکان و اعتبارنامه رجیستری غافل شوید. با این حال ، در دستور ارتقاء ICM ، می توانید با استفاده از گزین ه-overrides برای غلبه بر هر سه قسمت ، تصویری از یک رجیستری متفاوت را مشخص کنید: به عنوان مثال:

هنگامی که از Overrides با استفاده از دستورات ICM Run ، ICM یا ICM به روزرسانی استفاده می شود تا مقادیر فیلد را که برای ادامه آن باقی مانده است ، مشخص کنید ، این موارد باید در پرونده ها به روز شوند. به دنبال دستور ارتقاء ICM در بالا ، به عنوان مثال ، قسمتهای DockerImage ، DockerRegistry ، Dockeruseame و DockerPassword باید در پرونده موارد به روز شوند.(گزینه ها ی-Image ، -Namespe و گزینه های WICPASPSWORE به طور خودکار این کار را انجام می دهند.)

هر دو جدول شامل پیوندهایی به متن مربوطه هستند.

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

یک جلسه تعاملی را برای یک نمونه Iris intersystems در یک کانتینر باز می کند یا یک قطعه intersystems iris actscriptscript را در یک یا چند مورد اجرا می کند

استفاده از گزین ه-verbose ، که فقط برای اهداف اشکال زدایی در نظر گرفته شده است ، ممکن است مقدار iscpassword و سایر اطلاعات حساس مانند DockerPassword را در معرض دید قرار دهد. هنگامی که از این گزینه استفاده می کنید ، باید از گزین ه-force نیز استفاده کنید یا تأیید کنید که می خواهید قبل از ادامه از حالت Verbose استفاده کنید.

پارامترهای پیکربندی ICM

این جداول زمینه هایی را که می توانید در پرونده های پیکربندی درج کنید ، توصیف می کنند (به پیکربندی ، حالت و ورود به سیستم در OpenCurlyDoubleQuote ؛ عناصر ضروری ICM و Closecurlydoublequote ؛ فصل و استقرار در The & opencurlydoublequote ؛برای اجرای وظایف تأمین و استقرار و دستورات مدیریتی. برای جستجوی یک پارامتر با نام ، از لیست الفبایی استفاده کنید ، که شامل پیوندهایی به جداول حاوی تعاریف پارامتر است.

پارامترهای عمومی

زمینه های جدول زیر همه با همه ارائه دهندگان ابر استفاده می شود و برخی از آنها با استفاده از vSphere و Preexisting نیز استفاده می شود.

دو ستون سمت راست نشان می دهد که آیا هر پارامتر در هر استقرار یا اختیاری مورد نیاز است ، و آیا باید آن را به صورت پیش فرض (در صورت استفاده) به صورت پیش فرض باشد. json یا Definitions. Json ، برای یک پرونده یا دیگری توصیه می شود ، یا می توان در آن استفاده کرد. یامثلا،

یک استقرار واحد همیشه بر روی یک بستر ارائه دهنده انتخاب شده (حتی اگر متعاقباً با دیگری ادغام شود برای ایجاد استقرار چند دستگاهی ادغام شده است) ، بنابراین پارامتر ارائه دهنده مورد نیاز است و باید در پرونده پیش فرض باشد.

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

از آنجا که هر گره ای که Iris intersystems را اجرا می کند باید مجوز داشته باشد ، اما گره های دیگر به یکی از آنها احتیاج ندارند ، تنظیم کلید مجوز مورد نیاز است و به طور کلی در تعاریف مناسب در پرونده تعاریف ظاهر می شود.

حداقل یک ظرف باید در هر گره در استقرار مستقر شود ، اما ممکن است یک کانتینر واحد روی تمام گره ها (به عنوان مثال Iris / Iris-Arm64 در یک خوشه مخروطی متشکل از گره های داده) یا ظروف مختلف در انواع مختلف گره مستقر شود.. به همین دلیل پارامتر DockerImage مورد نیاز است و می تواند در پرونده پیش فرض ، پرونده تعاریف یا هر دو ظاهر شود (برای مشخص کردن یک تصویر پیش فرض اما آن را برای یک یا چند نوع گره نادیده بگیرید).

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

اگر هیچ پیش فرض برای یک پارامتر ذکر نشده باشد ، یکی از آنها را ندارد.

GCP-مثال: US-East1 ؛مناطق و مناطق را در یک برگه جدید مشاهده کنید. می تواند یک لیست جدا از کاما برای استقرار mutliregion باشد.

لاجورد - مثال: ایالات متحده مرکزی ؛ببینید جغرافیای لاجورد در یک برگه جدید باز می شود.(از مکان به جای منطقه استفاده کنید.)

Tencent-مثال: Na-Siliconvalley (غرب ایالات متحده/دره سیلیکون) ؛مناطق را ببینید و مناطق در دسترس بودن در یک برگه جدید باز می شود.

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

Tencent-مثال: Na-Siliconvalley-1 در منطقه Na-Siliconvalley ؛مناطق را ببینید و مناطق در دسترس بودن در یک برگه جدید باز می شود.

هنگام استقرار در چندین منطقه (به استقرار در چندین منطقه مراجعه کنید) ، مشخص می کند که گره ها در کدام مناطق مستقر شده اند. پیش فرض: 0،1،2. 255

تصاویر کانتینر از Intersystems مطابق با طرح Container Open Container (OCI در یک برگه جدید) مشخصات خود را انجام می دهد و با استفاده از موتور Docker Enterprise Edition ساخته شده است ، که کاملاً از استاندارد OCI پشتیبانی می کند و اجازه می دهد تا تصاویر در یک برگه جدید باز شودبرجسته در رجیستری Docker Hub.

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

URL مخزن Docker Enterprise Edition مرتبط با اشتراک یا آزمایش شما. در صورت ارائه ، نصب Docker Enterprise Edition را بر روی گره های تهیه شده ، به جای Docker Community Edition ، شروع می کند. برای کسب اطلاعات بیشتر در مورد Docker EE ، به Docker Enterprise در یک برگه جدید در مستندات Docker باز می شود.

نوع سیستم فایل برای استفاده برای حجم مداوم در گره های تهیه شده. مقادیر معتبر XFS و BTRF هستند. پیش فرض: XFS. اگر DockerstoragedRiver (در بالا) روی Overlay2 تنظیم شده باشد ، سیستم فایل باید روی XFS تنظیم شود. اگر DockerstoragedRiver Btrfs باشد ، سیستم فایل باید Btrfs باشد.

اندازه (در GB) حجم سیستم عامل برای یک گره یا گره در استقرار. پیش فرض: 32. ممکن است به نفع تنظیمات خاص برای پارامترهای قابل اجرا که تصویر دستگاه یا الگوی ، نوع نمونه یا پارامترهای نوع حجم سیستم عامل را مشخص می کند ، محدود یا نادیده گرفته شود (به پارامترهای خاص ارائه دهنده مراجعه کنید).

موقعیت مکانی در ظروف عنبیه که در آن حجم مداوم مربوطه نصب می شود. به عنوان مثال ، DataMountPoint مکان حجم داده را تعیین می کند. برای اطلاعات بیشتر ، به حجم ذخیره سازی نصب شده توسط ICM مراجعه کنید. پیش فرض: /irissys /< data | wij | joual1j | joual2j >بشرهر جلد همچنین دارای یک پارامتر نام دستگاه مربوطه (به عنوان مثال ، DataDevicEname ؛ به پارامترهای نام دستگاه مراجعه کنید) و پارامتر اندازه (به عنوان مثال ، DataVolumesize ؛ به بالا مراجعه کنید).

الگوریتم انتخاب سرور از راه دور برای تعاریف نوع WS (به نوع گره: سرور وب مراجعه کنید). مقادیر معتبر بارگذاری و عدم موفقیت هستند. پیش فرض: بارگذاری.

پارامترهای مربوط به امنیت

پارامترهای موجود در جدول زیر برای ارائه دسترسی و شناسایی پرونده ها و اطلاعات مورد نیاز استفاده می شود تا ICM بتواند به طور ایمن با گره های تهیه شده و ظروف مستقر ارتباط برقرار کند. همه آنها فقط در پرونده پیش فرض مورد نیاز هستند.

برای کسب اطلاعات در مورد استفاده از اسکریپت های ارائه شده با ICM برای تولید این پرونده ها ، به بدست آوردن پرونده های مربوط به امنیت در & opencurlydoublequote ؛ با استفاده از ICM & ClosecurlyDoubleQuote مراجعه کنید. فصل

برای کسب اطلاعات در مورد چگونگی استفاده از ICM از پرونده های امنیتی که برای برقراری ارتباط ایمن با گره ها و خدمات ارائه شده بر روی آنها استفاده می کنید ، به ICM Security در این فصل مراجعه کنید

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

برای اطلاعات در مورد امنیت Docker. از جمله استفاده از گواهینامه های TLS با Docker ، به Docker Security در یک برگه جدید در مستندات Docker باز می شود.

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

برای کسب اطلاعات در مورد استفاده از TLS برای تأمین ارتباطات بین اعضای آینه ، به امنیت ارتباط آینه با امنیت TLS در یک برگه جدید در راهنمای در دسترس بودن بالا مراجعه کنید.

مستاجر: یک رشته الفبایی منحصر به فرد که فهرست دایرکتوری فعال لاجورد را که در آن یک برنامه ایجاد شده است ، مشخص می کند.

USEMSI: اگر درست باشد ، با استفاده از هویت خدمات مدیریت شده به جای مشتری و مشتری ، تأیید می شود. پیش فرض نادرست است.

ClientID ، ClientEcret: اعتبارنامه شناسایی و دسترسی به یک برنامه لاجورد (اگر USEMSI نادرست باشد).

Secretid ، Secretkey: رشته های الفبایی منحصر به فرد که به یک حساب ابری Tencent دسترسی پیدا و فراهم می کند.

Preexisting - به SSH در پیوست و OpenCurlyDoubleQuote مراجعه کنید ؛ استقرار در یک خوشه موجود و Closecurlydoublequote ؛

پارامترهای بندر و پروتکل

به طور معمول ، پیش فرض برای این پارامترها کافی است. برای کسب اطلاعات در مورد دو مورد استفاده که در آن ممکن است لازم باشد برخی از این پارامترها را مشخص کنید ، به درگاه های موجود در پیوست و OpenCurlyDoubleQuote مراجعه کنید ؛ با استفاده از ICM با ظروف سفارشی و شخص ثالث و Closecurlydoublequote ؛و پورت ها در پیوست و opencurlydoublequote ؛ استقرار در یک خوشه موجود و Closecurlydoublequote ؛.

این مقدار می تواند یک لیست جدا از کاما باشد ، تا زمانی که همه از همان ForwardProtocol استفاده کنند (در زیر).

VM/CN: تعریف شده توسط کاربر برای بررسی های بهداشتی HTTP ؛پارامتر باید برای استقرار یک متعادل کننده بار عمومی گنجانده شود

پورت مورد استفاده توسط Intersystems Iris Web Gateway. پیش فرض: 80 (WebGateway ، WebGateway-Nginx) ، 52773 (WebGateway-LockedDown).

پورت مورد استفاده سرور مجوز Iris Intersystems. پیش فرض: 4002 .. اگر کانتینر بدون کاذب یا غایب است و روکش روی بافت قرار می گیرد (به پارامترهای عمومی مراجعه کنید) ، این پورت در فایروال بسته شده است.

* اگر ICM در حالت کانتینر باشد (کانتینر بدون کاذب یا غایب است) و روکش روی بافتن تنظیم شده است (به پارامترهای عمومی مراجعه کنید) ، این درگاه در فایروال گره بسته شده است.

پارامترهای CPF

هنگام استفاده از یک فایل ادغام پیکربندی که توسط ویژگی USERCPF مشخص شده است برای سفارشی کردن CPF یک یا چند نمونه Iris intersystem در هنگام استقرار ، همانطور که در استقرار با پارامترهای پیکربندی IRIS Intersystems سفارشی توضیح داده شده است ، شما نمی توانید تنظیمات CPF خاصی را درج کنید ، زیرا ICM باید مقادیر آنها را بخواندقبل از اینکه آنها را در مرحله بعدی به CPF اضافه کند. بنابراین شما باید این تنظیمات را با مشخص کردن پارامترهای زیر (که در پارامترهای کلی و پارامترهای پورت و پروتکل شرح داده شده است) در پرونده های پیکربندی خود تنظیم کنید:

مقدار قسمت ICM LicenseServerport از بلوک [PricensEservers] CPF گرفته شده است ، که به نام سرور مجوز پیکربندی شده محدود شده است (به مجوز Intersystems Iris برای ICM مراجعه کنید).

پارامترهای خاص ارائه دهنده

جداول موجود در این بخش پارامترهای مورد استفاده ICM که مخصوص ارائه دهندگان مختلف ابر است ، لیست می کند. برخی از این پارامترها با بیش از یک ارائه دهنده استفاده می شود. به عنوان مثال ، پارامترهای InstanceType ، Elasticip و VPCID می توانند در هر دو AWS و استقرار Tencent استفاده شوند. برخی از پارامترهای خاص ارائه دهنده دارای نام های مختلفی هستند اما هدف یکسان هستند ، به عنوان مثال AMI و InstanceType برای AWS ، Image و Machinetype برای GCP ، و ImageID و Instansetype برای Tencent ، در حالی که چهار پارامتر لاجورد وجود دارد که مربوط به هر یک از این موارد است.

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

برای کسب اطلاعات در مورد پارامترهای مورد استفاده فقط برای استقرار موجود ، به پرونده تعاریف مربوط به موارد موجود در پیوست و opencurlydoublequote مراجعه کنید ؛ استقرار در یک خوشه موجود و clockurlydoublequote ؛.

انتخاب تصاویر ماشین

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

تصاویر کانتینر از Intersystems مطابق با طرح Container Open Container (OCI در یک برگه جدید) مشخصات خود را انجام می دهد و با استفاده از موتور Docker Enterprise Edition ساخته شده است ، که کاملاً از استاندارد OCI پشتیبانی می کند و اجازه می دهد تا تصاویر در یک برگه جدید باز شودبرجسته در رجیستری Docker Hub. تصاویر intersystems با استفاده از سیستم عامل بسیار محبوب کانتینر اوبونتو ساخته و آزمایش می شوند ، بنابراین ICM از استقرار آنها در هر موتور زمان اجرا سازگار با OCI در سیستم عامل های مبتنی بر لینوکس ، چه در محل و چه در ابرهای عمومی پشتیبانی می کند.

جداول پارامتر خاص ارائه دهنده

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

AMI (تصویر دستگاه) برای استفاده به عنوان الگوی سیستم عامل و سیستم عامل برای تهیه گره ها. تصاویر دستگاه آمازون را ببینید (AMI) در یک برگه جدید در مستندات AWS باز می شود. مثال: AMI-A540A5E1. برای لیست AMI های عمومی موجود ، در کنسول EC2 ، AMIS را در صفحه ناوبری انتخاب کرده و برای AMI های عمومی فیلتر کنید.

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

پارامتر داخلی NET_SUBNET_CIDR باید در صورت عدم ایجاد VPC در فضای آدرس پیش فرض 10. 0. ٪ D. 0/24 فراهم شود. به عنوان مثال ، برای VPC در محدوده 172. 17. 0. 0/24 ، شما باید Net_subnet_cidr را به عنوان 172. 17 مشخص کنید. ٪ D. 0/24.

هنگام استقرار در یک زیر شبکه خصوصی موجود در لیست AWS یا Tencent ، جدا از کاما از شناسه های زیر شبکه ، یکی برای هر عنصر مشخص شده توسط پارامتر منطقه (به پارامترهای عمومی مراجعه کنید).

لیستی از گروههای مستقر در کاما برای ایجاد (به گروههای قرارگیری در یک برگه جدید باز می شود. اگر خالی یا حذف نشده باشد ، هیچ گروه قرارگیری ایجاد نمی شود. پیش فرض: هیچ.

استراتژی برای قرار دادن موارد در گروههای مشخص شده توسط گروههای قرار دادن (فوق). مقادیر معتبر خوشه ، پارتیشن و گسترش هستند. پیش فرض: خوشه.

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

نقشه برداری بین مقادیر گروههای قرار دادن و گره ها را در یک تعریف معین مشخص می کند. مواردی به ترتیب ای که در گروه های قرار دادن (با بسته بندی) رخ می دهد ، اختصاص می یابد. پیش فرض: 0،1،2،3. 256

تعداد IOPS را برای حجم ذخیره مداوم مربوطه برای ظروف عنبیه تعیین می کند (به حجم ذخیره سازی نصب شده توسط ICM مراجعه کنید). به عنوان مثال ، DataVolumeiops تعداد IOPS را برای حجم داده تعیین می کند. به ویژگی های I/O مراجعه کنید و نظارت در یک برگه جدید در مستندات AWS باز می شود. وقتی نوع حجم مربوطه (بلافاصله قبلی را ببینید) باید IO1 باشد. پیش فرض: 0.

هنگامی که روی True تنظیم شده است ، یک تعادل بار از نوع "داخلی" ایجاد می کند ، در غیر این صورت نوع متعادل کننده بار "خارجی" است. پیش فرض: نادرست.

مسیر به یک فایل JSON که حاوی کلید حساب سرویس برای یک حساب GCP است. برای بارگیری ، پس از ورود به کنسول GCP و انتخاب یک پروژه ، کلیدهای حساب کاربری ایجاد و مدیریت را در یک برگه جدید در مستندات GCP باز می کنند و روش ایجاد کلیدهای حساب خدمات را در کنسول GCP دنبال می کنند.

هنگام استقرار در مناطق مختلف (به استقرار چندین منطقه در GCP مراجعه کنید) ، مشخص می کند که گره ها در کدام مناطق مستقر شده اند. پیش فرض: 0،1،2. 255

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

اعتبارنامه شناسایی و دسترسی به برنامه لاجورد (اگر USEMSI نادرست باشد). برای ایجاد آنها:

هنگام استقرار در مناطق مختلف (به استقرار در مناطق مختلف در لاجورد مراجعه کنید) ، مشخص می کند که گره ها در کدام مناطق مستقر شده اند. پیش فرض: 0،1،2. 255

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

/اشتراک/اشتراک/منابع/منبع_گروپ/ارائه دهندگان/microsoft.compute/images/ image_name

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

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

پارامتر net_subnet_cidr (به پارامترهای مربوط به امنیت مراجعه کنید) اگر شبکه در فضای پیش فرض آدرس 10. 0 ایجاد نشده باشد ، باید ارائه شود.

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

هنگام تهیه یک شبکه خصوصی ، زیرنویس منحصر به فرد و پارامترهای NET_SUBNET_CIDR باید برای هر ورودی در پرونده تعاریف ارائه شود (اما نام ResourceGroupName و VirtualNetworkName در پرونده پیش فرض باقی می مانند). این شامل تعریف میزبان Bastion در هنگام استقرار یک میزبان Bastion است (به استقرار در یک شبکه خصوصی از طریق یک میزبان Bastion مراجعه کنید).

ردیف عملکرد حساب ذخیره سازی (نگاه کنید به نمای کلی حساب ذخیره سازی Azure در یک برگه جدید در مستندات لاجورد باز می شود). یا HDD (استاندارد) یا SSD (حق بیمه).

نوع تکثیر حساب ذخیره سازی: ذخیره سازی محلی به صورت محلی (LRS) ، ذخیره سازی جغرافیایی (GRS) ، ذخیره سازی منطقه ای (ZRS) ، یا Access Geo-redundant Storage (RAGRS) را بخوانید.

رشته های منحصر به فرد الفبایی که به یک حساب ابری Tencent دسترسی پیدا کرده و دسترسی دارند. برای بارگیری ، امضای باز در یک برگه جدید در مستندات ابری Tencent باز می شود و رویه را در & opencurlydoublequote دنبال می کند ؛ درخواست اعتبار امنیتی و closecurlydoublequote ؛.

تصویر ماشین برای استفاده به عنوان سیستم عامل و الگوی سیستم عامل برای گره های تهیه شده. مشاهده نمای کلی تصویر در یک برگه جدید در مستندات Tencent باز می شود. مثال: IMG-PI0II46R.

اگر ImageID (در بالا) ارائه نشده باشد ، ICM در جستجوی تصویری با این قسمت است. توجه داشته باشید که این قسمت از REGEXP پشتیبانی می کند. پیش فرض: اوبونتو.

نوع نمونه برای استفاده به عنوان الگوی محاسبه منابع برای تهیه گره ها در AWS و Tencent. انواع نمونه ها را در یک برگه جدید در مستندات Tencent باز کنید. مثال: S2. Medium4.

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

پارامتر داخلی NET_SUBNET_CIDR باید در صورت عدم ایجاد VPC در فضای آدرس پیش فرض 10. 0. ٪ D. 0/24 فراهم شود. به عنوان مثال ، برای VPC در محدوده 172. 17. 0. 0/24 ، شما باید Net_subnet_cidr را به عنوان 172. 17 مشخص کنید. ٪ D. 0/24.

هنگام استقرار در یک زیر شبکه خصوصی موجود در لیست AWS یا Tencent ، جدا از کاما از شناسه های زیر شبکه ، یکی برای هر عنصر مشخص شده توسط پارامتر منطقه (به پارامترهای عمومی مراجعه کنید).

جمع آوری داده ها که در آن پرونده های ماشین مجازی ذخیره می شوند. به ایجاد یک خوشه Datastore در یک برگه جدید در مستندات VMware مراجعه کنید. مثال: Datastorecluster1.

نام استخر منابع vSphere ؛به مدیریت استخرهای منابع در یک برگه جدید در مستندات VMware مراجعه کنید. مثال: ResourcePool1.

شناسه مهمان برای نوع سیستم عامل. Enum را ببینید - VirtualMachineGuestOsidentifier در یک برگه جدید در وب سایت پشتیبانی VMware باز می شود. پیش فرض: Other3Xlinux64Guest.

زمان (در دقیقه) برای انتظار برای خاموش کردن مهمان برازنده در هنگام بروزرسانی های لازم برای یک ماشین مجازی. پیش فرض: 3.

خط مشی تهیه دیسک برای استقرار (در مورد سیاست های ارائه دیسک مجازی در یک برگه جدید در مستندات VMware باز می شود). مقادیر عبارتند از:

در صورت مشخص شدن ، تعیین می کند که آیا DRS ذخیره سازی (به فعال کردن و غیرفعال کردن Storage DRS در یک برگه جدید در مستندات VMware مراجعه کنید) برای یک ماشین مجازی فعال شده است. در غیر این صورت ، از تنظیمات خوشه Datastore فعلی استفاده کنید. پیش فرض: تنظیمات خوشه Datastore فعلی.

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

در صورت ارائه ، تنظیمات وابستگی داخل VM را برای یک ماشین مجازی تعیین می کند (به قوانین Override VMDK Affinity در یک برگه جدید در مستندات VMware باز می شود). در غیر این صورت ، از تنظیمات خوشه Datastore فعلی استفاده کنید. مقادیر شامل:

FALSE - DRS ذخیره سازی ممکن است در صورت کمک به برآورده کردن نیازهای خوشه ، دیسک های فردی را در داده های مختلف قرار دهد.

تعداد کنترل کننده های SCSI برای یک گره میزبان معین. باید بین 1 تا 4 باشد. حجم سیستم عامل همیشه در اولین کنترل کننده SCSI قرار می گیرد. vSphere ممکن است نتواند کنترلرهای SCSI بیشتری را از آنچه در الگوی مشخص شده توسط قسمت الگو وجود دارد ، ایجاد کند.

کنترل کننده SCSI که برای قرار دادن حجم داکر در آن قرار دارد. باید بین 1 تا 4 باشد و ممکن است از ScsicOntrollercount تجاوز نکند.

کنترل کننده SCSI که برای قرار دادن حجم مربوطه در ظروف عنبیه. به عنوان مثال ، DataVolumesController کنترل کننده حجم داده را تعیین می کند. باید بین 1 تا 4 باشد و ممکن است از ScsicOntrollercount تجاوز نکند.

الزامات مربوط به الگوی VMware vSphere که توسط خاصیت الگو مشخص شده است مشابه مواردی است که در الزامات گره میزبان در پیوست و opencurlydoublequote شرح داده شده است ؛ استقرار در یک خوشه پیشین و CloseCurlyDoubleQuote ؛(به عنوان مثال ، دسترسی به سودو بدون رمز عبور).

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

پارامترهای نام دستگاه

پارامترهای ذکر شده در زیر ، پرونده های دستگاه را در زیر /dev نشان می دهد که حجم مداوم ایجاد شده توسط ICM را برای استفاده توسط Intersystems Iris نشان می دهد. برای کسب اطلاعات در مورد این حجم های مداوم و جدول ارائه دهنده و مقادیر پیش فرض خاص سیستم عامل برای این پارامترها ، به حجم ذخیره سازی نصب شده توسط ICM مراجعه کنید. برای استقرار موجود ، به حجم ذخیره سازی در & opencurlydoublequote مراجعه کنید ؛ استقرار در یک خوشه موجود و closecurlydoublequote ؛ضمیمه.

لیست الفبایی پارامترهای کاربر

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

انواع گره ICM

در این بخش انواع گره هایی که می توانند توسط ICM و نقش های احتمالی آنها در پیکربندی IRIS Intersystems مستقر و مستقر شوند ، شرح داده شده است. نوع یک گره تهیه شده توسط قسمت نقش تعیین می شود.

جدول زیر توضیحات نوع گره مفصلی را که در زیر آمده است خلاصه می کند.

تصاویر intersystems نشان داده شده در جدول قبل بر روی انواع گره مربوطه مورد نیاز است و نمی تواند روی گره هایی که با آنها مطابقت ندارند مستقر شوند. اگر تصویر Intersystems اشتباه برای یک گره توسط قسمت DockerImage یا گزین ه-Image دستور ICM Run مشخص شده اس ت-به عنوان مثال ، اگر تصویر Iris برای یک گره AR (Arbiter) یا هر تصویر Intersystems برای یک گره CN مشخص شده است.- استقرار با یک پیام مناسب از ICM انجام نمی شود. برای بحث مفصل در مورد استقرار تصاویر intersystems ، به دستور ICM Run در & opencurlydoublequote ؛ با استفاده از ICM & closecurlydoublequote مراجعه کنید. فصل

جدول فوق شامل نقش های خوشه ای Sharded برای معماری سطح زیر فضای نام در یک برگه جدید است ، همانطور که در نسخه های قبلی این راهنما ثبت شده است. این نقش ها (DM ، DS ، Qs) برای استفاده در ICM در دسترس هستند اما نمی توانند با داده ها یا گره های محاسبه شده در همان استقرار ترکیب شوند.

داده های نقش: گره داده خوشه ای Sharded

همانطور که در نمای کلی از Intersystems Iris Sharding در یک برگه جدید و سایر بخش های OpenCurlyDoubleQuote باز می شود ؛ مقیاس افقی برای حجم داده با Sharding & Closecurlydoublequote. فصل راهنمای مقیاس پذیری ، یک خوشه شارد معمولی فقط از گره های داده تشکیل شده است که داده های Sharded تقسیم می شوند ، و بنابراین فقط به یک تعریف گره داده در پرونده Definitions. json نیاز دارد. اگر گره های داده تعریف شده باشند ، استقرار باید یک خوشه خرد شده باشد و تنها نوع گره دیگری که می تواند با آنها تعریف شود ، محاسبه است.

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

تنها تمایز بین گره های داده در یک خوشه خرد شده این است که اولین گره پیکربندی شده (معروف به گره 1) علاوه بر سهم خود از داده های Sharded ، تمام داده ها ، ابرداده ها و کد را برای خوشه ذخیره می کند. با این حال ، تفاوت در نیازهای ذخیره سازی معمولاً بسیار اندک است. از آنجا که تمام داده ها ، ابرداده ها و کد در هر گره موجود در خوشه قابل مشاهده است ، اتصالات برنامه می تواند در تمام گره ها متعادل شود تا بیشترین مزیت پردازش پرس و جو موازی و ذخیره سازی پارتیشن را داشته باشد. یک متعادل کننده بار ممکن است به گره های داده اختصاص یابد. به نقش LB مراجعه کنید: Balancer Load.

محاسبات نقش: گره محاسبات خوشه ای خرد شده

برای موارد استفاده پیشرفته که در آن تأخیر پرس و جو بسیار کم مورد نیاز است ، به طور بالقوه با هجوم ثابت داده ها ، گره های محاسباتی را می توان به یک خوشه خرد شده اضافه کرد تا یک لایه حافظه پنهان شفاف برای سرویس دهی به نمایش داده شود ، جدا کردن پرس و جو و بارهای کار با مصرف داده ها و داده های مصرف داده ها و داده های مصرف داده ها و داده هابهبود عملکرد هر دو.(برای کسب اطلاعات بیشتر به Depance Compute Nodes برای جداسازی بار کار مراجعه کنید و افزایش توان پرس و جو در یک برگه جدید در راهنمای مقیاس پذیری باز می شود.)

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

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

یک متعادل کننده بار ممکن است برای محاسبه گره ها اختصاص یابد. به نقش LB مراجعه کنید: Balancer Load.

نقش DM: سرور داده خوشه حافظه پنهان توزیع شده ، نمونه مستقل ، سرور داده Master Shard

اگر گره های مختلفی از نقش AM و یک گره DM (بدون شکل یا آینه) مشخص شود ، آنها به عنوان یک خوشه حافظه پنهان توزیع شده Iris Intersystems مستقر می شوند ، و سابق به عنوان سرورهای برنامه و دومی به عنوان سرور داده خدمت می کنند.

گره ای از نقش DM (بدون شکل یا آینه ای) که به خودی خود مستقر شده است به یک نمونه عنبیه مستقل Intersystems تبدیل می شود.

اگر یک گره DM (آینه دار یا بدون تزریق) ، گره های DS (آینه دار یا بدون شکل) و (به صورت اختیاری) گره های QS مشخص شده اند ، آنها به عنوان یک فضای فضای نام در یک خوشه جدید TARDED مستقر می شوند.

نقش DS: سرور داده Shard

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

نقش QS: سرور پرس و جو Shard

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

نقش AM: سرور برنامه کاربردی خوشه حافظه پنهان توزیع شده

اگر گره های مختلفی از نقش AM و یک گره DM مشخص شده باشد ، آنها به عنوان یک خوشه حافظه پنهان Iris Intersystems مستقر می شوند ، و سابق به عنوان سرورهای برنامه و دومی به عنوان سرور داده خدمت می کنند. هنگامی که سرور داده آینه می شود ، تغییر مسیر اتصال برنامه به دنبال عدم موفقیت خودکار است.

یک متعادل کننده بار ممکن است به گره های AM اختصاص یابد. به نقش LB مراجعه کنید: Balancer Load.

نقش AR: داور آینه

هنگامی که گره های داده (گره های داده خوشه ای خرد شده) ، یک گره DM (سرور داده خوشه ای ذخیره شده ذخیره شده ، نمونه های مستقل Intersystems Iris ، یا سرور داده Master Master Server Shard) یا سرورهای DS (سرورهای داده Shard-Level-Level) آینه می شوند.، استقرار یک گره داور برای تسهیل عدم موفقیت خودکار بسیار توصیه می شود. یک گره داور برای همه آینه ها در یک خوشه کافی است. داوران چندگانه پشتیبانی نمی شوند و توسط ICM نادیده گرفته می شوند ، همانطور که گره های Arbiter در یک خوشه غیرقانونی هستند.

گره AR دارای یک نمونه Iris intersystems نیست ، با استفاده از یک تصویر متفاوت برای اجرای یک ظرف Iscagent. این تصویر Arbiter باید با استفاده از قسمت DockerImage در ورودی پرونده Definitions برای گره AR مشخص شود. برای اطلاعات بیشتر ، به دستور ICM Run مراجعه کنید.

برای کسب اطلاعات بیشتر در مورد داور ، به & opencurlydoublequote مراجعه کنید ؛ آینه سازی در یک برگه جدید باز می شود و closecurlydoublequote ؛فصل راهنمای در دسترس بودن بالا.

نقش WS: سرور وب

استقرار ممکن است حاوی هر تعداد سرور وب باشد. هر گره سرور وب حاوی نصب دروازه وب InterSystems به همراه سرور وب آپاچی است. ICM لیست سرور از راه دور را در دروازه وب Intersystems به شرح زیر جمع می کند:

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

اگر گره های AM مستقر شوند (خوشه حافظه نهان توزیع شده) ، همه گره های AM.

در غیر این صورت ، گره DM (نمونه مستقل یا خوشه ای از سطح فضای نام).

در صورت استقرار یک خوشه در سطح نام در فضای با یک سرور وب ، می توانید به صورت دستی یک متعادل کننده بار سفارشی یا شخص ثالث را برای توزیع اتصالات در DS و (در صورت وجود) گره های QS از خوشه مستقر کنید (همانطور که در استقرار فضای نام توصیه می شود-معماری سطح در یک برگه جدید در راهنمای مقیاس پذیری باز می شود) و تنظیمات Web Gateway را به صورت دستی ویرایش کنید تا لیست های سرور از راه دور را با آدرس Balancer Load جمع کنید (برای اطلاعات بیشتر ، به تنظیمات آینه دار ، عدم موفقیت و تعادل بار در یک برگه جدید باز می شوددر راهنمای دروازه وب).

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

یک متعادل کننده بار ممکن است به گره های WS اختصاص یابد. به نقش LB مراجعه کنید: Balancer Load.

گره WS حاوی یک نمونه INTERSYSTEMS IRIS نیست ، با استفاده از یک تصویر متفاوت برای اجرای یک ظرف دروازه وب. همانطور که در دستور ICM Run توضیح داده شده است ، تصویر WebGateway را می توان با شامل قسمت DockerImage در تعریف گره WS در پرونده Definitions. Json ، به عنوان مثال مشخص کرد: به عنوان مثال:

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