پېژندنه
د کارونکي له نظره د معلوماتو سیسټم په GOST RV 51987 کې ښه تعریف شوی - "یو اتومات سیسټم، چې پایله یې د راتلونکي کارونې لپاره د محصول معلوماتو وړاندې کول دي." که موږ داخلي جوړښت په پام کې ونیسو، نو په اصل کې هر IS د یو بل سره تړل شوي الګوریتم سیسټم دی چې په کوډ کې پلي کیږي. د تورینګ کلیسا مقالې په پراخه مفهوم کې، یو الګوریتم (یا IS) د ان پټ ډیټا سیټ د محصول ډیټا سیټ ته بدلوي.
یو څوک حتی ویلای شي چې د معلوماتو د معلوماتو بدلون د معلوماتو سیسټم شتون معنی لري. په دې اساس، د IS ارزښت او د IS ټول کمپلیکس د ان پټ او محصول معلوماتو ارزښت له لارې ټاکل کیږي.
د دې پر بنسټ، ډیزاین باید د معلوماتو له مخې پیل او پیل شي، د جوړښت جوړښت او د ډیټا اهمیت لپاره میتودونه ګنډل.
ذخیره شوي معلومات
د ډیزاین لپاره د چمتو کولو کلیدي مرحله د پروسس او ذخیره کولو لپاره پلان شوي د ټولو ډیټا سیټونو ځانګړتیاوې ترلاسه کول دي. دا ځانګړتیاوې عبارت دي له:
- د معلوماتو حجم؛
- د معلوماتو د ژوند دورې په اړه معلومات (د نوي ډیټا وده، د عمر موده، د پخوانیو معلوماتو پروسس کول)؛
- د مشخصاتو سره د معلوماتو طبقه بندي د شرکت په اصلي سوداګرۍ اغیزه (د محرمیت درې اړخیزه، بشپړتیا، شتون) د مالي شاخصونو سره (د بیلګې په توګه، په وروستي ساعت کې د معلوماتو ضایع لګښت)؛
- د معلوماتو پروسس کولو جغرافیه (د پروسس سیسټم فزیکي موقعیت)؛
- د هر ډیټا ټولګي لپاره تنظیمي اړتیاوې (د مثال په توګه، فدرالي قانون-152، PCI DSS).
د معلوماتو سیسټمونه
معلومات نه یوازې ذخیره کیږي، بلکې د معلوماتو سیسټمونو لخوا پروسس شوي (بدل شوي). د معلوماتو د ځانګړتیاوو ترلاسه کولو وروسته بل ګام د معلوماتو سیسټمونو خورا بشپړ لیست دی، د دوی معماري ځانګړتیاوې، یو بل پورې تړلي او د زیربناوو اړتیاوې په دودیز واحدونو کې د څلورو ډولونو سرچینو لپاره:
- د پروسیسر کمپیوټري ځواک؛
- د RAM اندازه؛
- د معلوماتو ذخیره کولو سیسټم حجم او فعالیت لپاره اړتیاوې؛
- د معلوماتو لیږد شبکې لپاره اړتیاوې (بهرني چینلونه، د IS اجزاو ترمنځ چینلونه).
په دې حالت کې، د IS د یوې برخې په توګه باید د هر خدمت/مایرو خدمت لپاره اړتیاوې شتون ولري.
په جلا توګه، دا اړینه ده چې یادونه وکړو چې د سم ډیزاین لپاره، د شرکت په اصلي سوداګرۍ باندې د IS د اغیزې په اړه د معلوماتو شتون د IS د کم وخت لګښت (په هر ساعت کې روبل) لازمي دی.
د ګواښ ماډل
دلته باید د ګواښونو رسمي ماډل وي چې له هغې څخه د معلوماتو/خدمتونو د ساتنې لپاره پالن شوی وي. سربیره پردې، د ګواښ ماډل کې نه یوازې د محرمیت اړخونه، بلکې بشپړتیا او شتون هم شامل دی. هغوی. د مثال په ډول:
- د فزیکي سرور ناکامي؛
- د ریک د پورتنۍ سویچ ناکامي؛
- د معلوماتو مرکزونو ترمنځ د نظری ارتباطي چینل خنډ؛
- د ټول عملیاتي ذخیره کولو سیسټم ناکامي.
په ځینو مواردو کې، د ګواښ ماډلونه نه یوازې د زیربنا اجزاو لپاره لیکل شوي، بلکې د ځانګړو معلوماتو سیسټمونو یا د دوی اجزاوو لپاره هم لیکل شوي، لکه د DBMS ناکامي د ډیټا جوړښت منطقي ویجاړولو سره.
د پروژې دننه ټولې پریکړې د نامعلوم ګواښ په وړاندې د ساتنې لپاره غیر ضروري دي.
تنظیمي اړتیاوې
که چیرې ډاټا پروسس کیږي د تنظیم کونکو لخوا رامینځته شوي ځانګړي مقرراتو تابع وي ، د ډیټا سیټونو او پروسس / ذخیره کولو قواعدو په اړه معلومات اړین دي.
RPO/RTO اهداف
د هر ډول محافظت ډیزاین کول د هر بیان شوي ګواښونو لپاره د هدف ډیټا ضایع شاخصونو او د هدف خدماتو بیا رغونې وخت ته اړتیا لري.
په عین حال کې، RPO او RTO باید د هر یونټ وخت د معلوماتو ضایع او کم وخت پورې اړوند لګښتونه ولري.
د منابعو په حوضونو ویشل
د ټولو لومړنیو معلوماتو معلوماتو راټولولو وروسته، لومړی ګام د ګواښ ماډلونو او تنظیمي اړتیاو پراساس په حوضونو کې د ډیټا سیټونو او IP ګروپ کول دي. د مختلف حوضونو ویش ډول ټاکل کیږي - په برنامه ډول د سیسټم سافټویر کچه یا فزیکي.
مثالونه:
- د شخصي معلوماتو پروسس کولو سرکټ په بشپړ ډول له فزیکي پلوه له نورو سیسټمونو څخه جلا شوی؛
- بیک اپ په جلا ذخیره سیسټم کې زیرمه شوي.
پدې حالت کې ، حوضونه په بشپړ ډول خپلواک کیدی شي ، د مثال په توګه ، د کمپیوټري سرچینو دوه حوضونه تعریف شوي (د پروسیسر ځواک + RAM) ، کوم چې د واحد ډیټا ذخیره کولو حوض او د ډیټا لیږد واحد سرچینې پول کاروي.
د پروسس ځواک
لنډیز، د مجازی ډیټا مرکز د پروسس ځواک اړتیاوې د مجازی پروسیسرونو (vCPUs) شمیر او په فزیکي پروسیسرونو (pCPU) کې د دوی یوځای کولو تناسب له مخې اندازه کیږي. په دې ځانګړي حالت کې، 1 pCPU = 1 فزیکي پروسیسر کور (د هایپر-تریډینګ پرته). د vCPUs شمیر په ټولو تعریف شوي سرچینو حوضونو کې مجموعه کیږي (هر یو کولی شي خپل د یوځای کولو فکتور ولري).
د بار شوي سیسټمونو لپاره د ادغام ضمیمه په تجربه سره ترلاسه کیږي ، د موجوده زیربنا پراساس ، یا د ازمایښتي نصب او بار ازموینې له لارې. د نه پورته شوي سیسټمونو لپاره، "غوره تمرین" کارول کیږي. په ځانګړې توګه، VMware اوسط تناسب د 8: 1 په توګه بیانوي.
رام
د RAM ټول اړتیا د ساده مجموعې لخوا ترلاسه کیږي. د RAM oversubscription کارول سپارښتنه نه کیږي.
د ذخیرې سرچینې
د ذخیره کولو اړتیاوې په ساده ډول د ظرفیت او فعالیت له مخې د ټولو حوضونو لنډولو سره ترلاسه کیږي.
د فعالیت اړتیاوې په IOPS کې د اوسط لوستلو / لیکلو تناسب سره یوځای څرګند شوي او که اړتیا وي ، د اعظمي غبرګون ځنډ.
د ځانګړو حوضونو یا سیسټمونو لپاره د خدماتو کیفیت (QoS) اړتیاوې باید په جلا توګه مشخص شي.
د معلوماتو شبکې سرچینې
د ډیټا شبکې اړتیاوې په ساده ډول د ټولو بینډ ویت حوضونو لنډولو سره ترلاسه کیږي.
د خدماتو کیفیت (QoS) او ځنډ (RTT) اړتیاوې د ځانګړو حوضونو یا سیسټمونو لپاره باید په جلا توګه مشخص شي.
د ډیټا شبکې سرچینو اړتیاو د یوې برخې په توګه، د شبکې ټرافيکي جلا کولو او/یا کوډ کولو اړتیاوې او غوره میکانیزمونه (802.1q، IPSec، او نور) هم په ګوته شوي.
د معمارۍ انتخاب
دا لارښود د x86 معمارۍ او 100٪ سرور مجازی کولو پرته د بل انتخاب په اړه بحث نه کوي. له همدې امله، د کمپیوټري سب سیسټم جوړښت انتخاب د سرور مجازی کولو پلیټ فارم انتخاب، د سرور فارم فاکتور، او د عمومي سرور ترتیب کولو اړتیاو ته راځي.
د انتخاب کلیدي ټکی د پروسس کولو، ذخیره کولو او لیږدولو د دندو جلا کولو سره د کلاسیک طرزالعمل کارولو یقیني کول دي یا یو کنورجنټ.
کلاسیک معمارۍ د ډیټا ذخیره کولو او لیږدولو لپاره د هوښیار بهرني فرعي سیسټمونو کارول شامل دي ، پداسې حال کې چې سرورونه د فزیکي سرچینو عمومي حوض کې یوازې د پروسس کولو ځواک او رام مرسته کوي. په سختو قضیو کې، سرورونه په بشپړ ډول بې نومه کیږي، نه یوازې خپل ډیسکونه لري، مګر حتی د سیسټم پیژندونکی هم نه وي. په دې حالت کې، OS یا هایپروایسر د جوړ شوي فلش میډیا یا د بهرني ډیټا ذخیره کولو سیسټم څخه بار شوی (د SAN څخه بوټ).
د کلاسیک معمارۍ په چوکاټ کې، د تیغونو او ریکونو ترمنځ انتخاب په ابتدايي توګه د لاندې اصولو پراساس ترسره کیږي:
- ارزانه (په اوسط ډول، د ریک ماونټ سرورونه ارزانه دي)؛
- کمپیوټري کثافت (د تیغونو لپاره لوړ)؛
- د انرژي مصرف او د تودوخې ضایع کول (بلیډونه په هر واحد کې لوړ ځانګړي واحد لري)؛
- توزیع او کنټرول وړتیا (بلیډونه عموما د لوی تاسیساتو لپاره لږ هڅو ته اړتیا لري)؛
- د توسعې کارتونو کارول (د تیغونو لپاره خورا محدود انتخاب).
متقابل جوړښت (په نوم هم پیژندل کیږي hyperconverged) د ډیټا پروسس کولو او ذخیره کولو دندو ترکیب کوي ، کوم چې د محلي سرور ډیسکونو کارولو لامل کیږي او په پایله کې ، د کلاسیک بلیډ فارم فاکتور پریښودل. د یو ځای شوي سیسټمونو لپاره، یا د ریک سرور یا کلستر سیسټمونه کارول کیږي، په یوه قضیه کې د ډیری بلیډ سرورونو او محلي ډیسکونو سره یوځای کول.
CPU/میموري
د ترتیب په سمه توګه محاسبه کولو لپاره، تاسو اړتیا لرئ د چاپیریال یا هر یو خپلواک کلستر لپاره د بار ډول پوه شئ.
CPU تړل شوی - د پروسیسر ځواک لخوا په فعالیت کې محدود چاپیریال. د رام اضافه کول به د فعالیت په شرایطو کې هیڅ بدلون ونه کړي (په هر سرور کې د VMs شمیر).
حافظه تړلې ده - د رام لخوا محدود چاپیریال. په سرور کې ډیر رام تاسو ته اجازه درکوي په سرور کې نور VMs چل کړئ.
GB / MHz (GB / pCPU) - د دې ځانګړي بار لخوا د رام او پروسیسر بریښنا مصرف اوسط تناسب. د ورکړل شوي فعالیت لپاره د حافظې اړین مقدار محاسبه کولو لپاره کارول کیدی شي او برعکس.
د سرور ترتیب محاسبه
لومړی، تاسو اړتیا لرئ چې د بار ټول ډولونه وټاکئ او په مختلفو کلسترونو کې د مختلف کمپیوټري حوضونو یوځای کولو یا ویشلو پریکړه وکړئ.
بیا، د هر یو ټاکل شوي کلستر لپاره، د GB / MHz تناسب په هغه بار کې ټاکل کیږي چې دمخه پیژندل شوی. که چیرې بار دمخه نه وي پیژندل شوی ، مګر د پروسیسر بریښنا کارولو کچې په اړه دقیق پوهه شتون لري ، تاسو کولی شئ د معیاري vCPU: pCPU تناسب وکاروئ ترڅو د حوض اړتیاوې فزیکي ته واړوي.
د هر کلستر لپاره، د vCPU حوض اړتیاو مجموعه د کوفینټ لخوا ویشئ:
vCPUsum / vCPU: pCPU = pCPUsum - د فزیکي واحدونو اړین شمیر. کورونه
pCPUsum / 1.25 = pCPUht - د هایپر-تریډینګ لپاره تنظیم شوي کور شمیر
راځئ چې فرض کړو چې دا اړینه ده چې د 190 کور / 3.5 TB رام سره کلستر محاسبه کړئ. په ورته وخت کې، موږ د پروسیسر ځواک 50٪ او د رام 75٪ هدف بار منو.
pCPU
190
د CPU کارول
۸۵٪
میم
3500
د میم افادیت
۸۵٪
ساکټ
د اصلي
Srv/CPU
Srv یاد
Srv/Mem
2
6
25,3
128
36,5
2
8
19,0
192
24,3
2
10
15,2
256
18,2
2
14
10,9
384
12,2
2
18
8,4
512
9,1
په دې حالت کې، موږ تل د نږدې بشپړ عدد (=ROUNDUP(A1;0)) ته د ګردي کولو څخه کار اخلو.
د جدول څخه دا روښانه کیږي چې د ډیری سرور ترتیبونه د هدف شاخصونو لپاره متوازن دي:
- 26 سرورونه 2*6c / 192 GB
- 19 سرورونه 2*10c / 256 GB
- 10 سرورونه 2*18c / 512 GB
د دې تشکیلاتو انتخاب باید بیا د اضافي فاکتورونو پراساس ترسره شي ، لکه د تودوخې کڅوړه او موجود یخ کول ، سرورونه دمخه کارول شوي ، یا لګښت.
د سرور ترتیب غوره کولو ځانګړتیاوې
پراخه VMs. که چیرې دا اړینه وي چې پراخه VMs کوربه کړئ (د 1 NUMA نوډ یا ډیر سره پرتله کولو وړ) ، نو سپارښتنه کیږي چې د امکان په صورت کې ، د داسې ترتیب سره سرور غوره کړئ چې ورته VMs ته اجازه ورکوي چې د NUMA نوډ کې پاتې شي. د پراخه VMs لوی شمیر سره ، د کلستر سرچینو د ټوټې کیدو خطر شتون لري ، او پدې حالت کې ، سرورونه غوره شوي چې پراخه VMs ته اجازه ورکوي څومره چې امکان ولري په کثافاتو کې ځای په ځای شي.
د واحد ناکامي ډومین اندازه.
د سرور اندازې انتخاب هم د واحد ناکامي ډومین کمولو اصولو پراساس دی. د مثال په توګه، کله چې تر منځ انتخاب کړئ:
- 3 x 4*10c / 512 GB
- 6 x 2*10c / 256 GB
نور ټول شیان مساوي دي، تاسو باید دویم اختیار غوره کړئ، ځکه چې کله یو سرور ناکام شي (یا ساتل کیږي)، د کلستر سرچینې 33٪ له لاسه نه ورکوي، مګر 17٪. په ورته ډول، د حادثې لخوا اغیزمن شوي VMs او ISs شمیر نیمایي شوی.
د فعالیت پراساس د کلاسیک ذخیره کولو سیسټمونو محاسبه
د کلاسیک ذخیره کولو سیسټمونه تل د بدترین حالت سناریو په کارولو سره محاسبه کیږي، د عملیاتي زیرمې اغیزې او د عملیاتو اصلاح کولو پرته.
د اصلي فعالیت شاخصونو په توګه، موږ د ډیسک (IOPSdisk) څخه میخانیکي فعالیت اخلو:
- 7.2k - 75 IOPS
- 10k - 125 IOPS
- 15k - 175 IOPS
بیا، د ډیسک پول کې د ډیسکونو شمیر د لاندې فورمول په کارولو سره محاسبه کیږي: = TotalIOPS * (RW + (1 –RW) * RAIDpen) / IOPSdisk. چیرته:
- TotalIOPS - د ډیسک پول څخه په IOPS کې ټول اړین فعالیت
- RW - د لوستلو عملیاتو سلنه
- RAID قلم - د ټاکل شوي RAID کچې لپاره د RAID جریمه
د وسیلې RAID او RAID جزا په اړه نور ولولئ دلته - и и
د ډیسکونو د پایلې پراساس، احتمالي اختیارونه محاسبه کیږي چې د ذخیره کولو ظرفیت اړتیاوې پوره کوي، په شمول د څو درجې ذخیره کولو اختیارونه.
د ذخیره کولو پرت په توګه د SSD کارولو سیسټمونو محاسبه په جلا توګه په پام کې نیول کیږي.
د فلش کیچ سره د محاسبې سیسټمونو ځانګړتیاوې
فلش کیچ - د دویمې درجې کیچ په توګه د فلش حافظې کارولو لپاره د ټولو ملکیت ټیکنالوژیو لپاره یو عام نوم. کله چې د فلش کیچ کاروئ، د ذخیره کولو سیسټم معمولا د مقناطیسي ډیسکونو څخه د ثابت بار چمتو کولو لپاره محاسبه کیږي، پداسې حال کې چې د کیچ په واسطه چوکۍ خدمت کیږي.
پدې حالت کې ، دا اړینه ده چې د بار پروفایل او د ذخیره کولو حجم بلاکونو ته د لاسرسي ځایی کولو درجې پوه شئ. فلش کیچ د کار بارونو لپاره یوه ټیکنالوژي ده چې د خورا محلي پوښتنو سره دي، او په عملي توګه د یو شان بار شوي حجمونو لپاره (لکه د تحلیلي سیسټمونو لپاره) د تطبیق وړ ندي.
د ټیټ پای / منځني رینج هایبرډ سیسټمونو محاسبه
د ټیټ او متوسط ټولګیو هایبرډ سیسټمونه په مهالویش کې د کچو ترمینځ حرکت کولو سره ډیټا سره څو کچې ذخیره کاروي. په ورته وخت کې، د غوره ماډلونو لپاره د څو کچې ذخیره کولو بلاک اندازه 256 MB ده. دا ځانګړتیاوې موږ ته اجازه نه راکوي چې د محصولاتو د زیاتوالي لپاره د ټیرډ ذخیره کولو ټیکنالوژي په پام کې ونیسو، ځکه چې ډیری خلک په غلطۍ باور لري. په ټیټ او متوسط درستی سیسټمونو کې د څو درجې ذخیره کول د سیسټمونو لپاره د ذخیره کولو لګښتونو مطلوب کولو لپاره ټیکنالوژي ده چې د څرګند بار غیر انډول سره.
د ټایر شوي ذخیرې لپاره ، د پورتنۍ درجې فعالیت لومړی محاسبه کیږي ، پداسې حال کې چې د زیرمه لاندې پوړ یوازې د ورک شوي ذخیره کولو ظرفیت کې مرسته کوي. د هایبرډ ملټي ټیر سیسټم لپاره ، دا لازمي ده چې د څو درجې حوض لپاره د فلش کیچ ټیکنالوژي وکاروئ ترڅو د ټیټې کچې څخه ناڅاپه ګرم شوي ډیټا لپاره د فعالیت کمیدو لپاره جبران شي.
په ټیرډ ډیسک پول کې د SSD کارول
د څو کچې ډیسک پول کې د SSDs کارول توپیرونه لري ، د ورکړل شوي تولید کونکي لخوا د فلش کیچ الګوریتم ځانګړي پلي کولو پورې اړه لري.
د SSD کچې سره د ډیسک حوض لپاره د ذخیره کولو پالیسۍ عمومي تمرین لومړی SSD دی.
یوازې د فلش کیچ ولولئ. یوازې د لوستلو فلش کیچ لپاره ، په SSD کې د ذخیره کولو پرت د کیچ په پام کې نیولو پرته د لیکلو د پام وړ ځایی کولو سره راځي.
د فلش کیچ ولولئ / ولیکئ. د فلش کیچ په حالت کې ، د لیکلو کیچ اندازه لومړی د اعظمي کیچ اندازې ته ټاکل کیږي ، او د SSD ذخیره کولو کچه یوازې هغه وخت څرګندیږي کله چې د کیچ اندازه د ټول ځایی شوي کاري بار خدمت کولو لپاره کافي نه وي.
د SSD او کیچ فعالیت محاسبه هر ځل د تولید کونکي وړاندیزونو پراساس رامینځته کیږي ، مګر تل د بدترین حالت سناریو لپاره.
سرچینه: www.habr.com