دا یادښت د بیک اپ په اړه دوره بشپړوي. دا به د وقف شوي سرور (یا VPS) منطقي تنظیم په اړه بحث وکړي ، د بیک اپ لپاره مناسب ، او د ناورین په صورت کې به د ډیر ځنډ پرته د بیک اپ څخه د سرور ګړندي تنظیم کولو اختیار هم وړاندې کړي.
د سرچینې ډاټا
یو وقف شوی سرور ډیری وختونه لږترلږه دوه هارډ ډرایو لري چې د لومړي کچې RAID سرې (عکس) تنظیم کولو لپاره خدمت کوي. دا اړینه ده چې د سرور چلولو ته دوام ورکړي که چیرې یو ډیسک ناکام شي. که دا یو منظم وقف شوی سرور وي ، نو ممکن په SSD کې د فعال کیچنګ ټیکنالوژۍ سره جلا هارډویر RAID کنټرولر وي ، نو د منظم هارډ ډرایو سربیره ، یو یا ډیر SSDs وصل کیدی شي. ځینې وختونه وقف شوي سرورونه وړاندیز کیږي، په کوم کې چې محلي ډیسکونه یوازې SATADOM لري (کوچني ډیسکونه، په ساختماني توګه یو فلش ډرایو د SATA بندر سره وصل دی)، یا حتی یو منظم کوچنی (8-16GB) فلش ډرایو د ځانګړي داخلي بندر سره وصل شوی، او ډاټا د ذخیره کولو سیسټم څخه اخیستل کیږي، د وقف شوي ذخیره کولو شبکې (ایترنیټ 10G، FC، او نور) له لارې وصل شوي، او دلته وقف شوي سرورونه شتون لري چې مستقیم د ذخیره کولو سیسټم څخه بار شوي. زه به دا ډول اختیارونه په پام کې ونیسم ، ځکه چې په داسې حالتونو کې د سرور بیک اپ کولو دنده په اسانۍ سره متخصص ته تیریږي څوک چې د ذخیره کولو سیسټم ساتي؛ معمولا د سنیپ شاټونو رامینځته کولو لپاره مختلف ملکیت ټیکنالوژي شتون لري ، جوړ شوي ډیپلیکیشن او د سیسټم مدیر نورې خوښۍ. د دې لړۍ په تیرو برخو کې بحث شوی. د وقف شوي سرور ډیسک سرې حجم کولی شي څو لسګونو ټیرابایټ ته ورسیږي ، د سرور سره وصل شوي ډیسکونو شمیر او اندازې پورې اړه لري. د VPS په حالت کې، حجمونه ډیر معتدل دي: معمولا د 100GB څخه ډیر نه وي (مګر دلته نور هم شتون لري)، او د ورته VPS لپاره تعرفې په اسانۍ سره د ورته کوربه څخه ارزانه وقف شوي سرورونو څخه خورا ګران کیدی شي. VPS ډیری وختونه یو ډیسک لري ، ځکه چې د هغې لاندې به د ذخیره کولو سیسټم (یا یو څه هایپر کنورډ شوی) وي. ځینې وختونه VPS د مختلف ځانګړتیاو سره ډیری ډیسکونه لري، د مختلفو موخو لپاره:
- کوچنی سیسټم - د عملیاتي سیسټم نصبولو لپاره؛
- د کارونکي ډیټا لوی ذخیره کول.
کله چې تاسو د کنټرول پینل په کارولو سره سیسټم بیا نصب کړئ ، د کارونکي ډیټا سره ډیسک نه لیکل کیږي ، مګر د سیسټم ډیسک په بشپړ ډول ډک شوی. همچنان ، د VPS په حالت کې ، کوربه ممکن یو تڼۍ وړاندیز کړي چې د VPS (یا ډیسک) حالت سنیپ شاټ اخلي ، مګر که تاسو خپل عملیاتي سیسټم نصب کړئ یا د VPS دننه مطلوب خدمت فعالول هیر کړئ ، ځینې کیدای شي د معلوماتو لا هم ورک شي. د تڼۍ سربیره، د معلوماتو ذخیره کولو خدمت معمولا وړاندیز کیږي، ډیری وختونه خورا محدود دي. دا معمولا یو حساب دی چې د FTP یا SFTP له لارې لاسرسی لري، ځینې وختونه د SSH سره، د سټرپ شوي شیل سره (د مثال په توګه، rbash)، یا د مجاز_کیز (د جبري کمانډ له لارې) له لارې د کمانډونو چلولو محدودیت.
یو وقف شوی سرور د 1 Gbps سرعت سره د دوه بندرونو په واسطه له شبکې سره وصل دی ، ځینې وختونه دا د 10 Gbps سرعت سره کارتونه کیدی شي. VPS ډیری وختونه د شبکې انٹرفیس لري. ډیری وختونه، د معلوماتو مرکزونه د معلوماتو مرکز کې د شبکې سرعت نه محدودوي، مګر دوی د انټرنیټ لاسرسي سرعت محدودوي.
د ورته وقف شوي سرور یا VPS معمول بار یو ویب سرور ، ډیټابیس ، او د غوښتنلیک سرور دی. ځینې وختونه ممکن مختلف اضافي مرستندویه خدمتونه نصب شي، په شمول د ویب سرور یا ډیټابیس لپاره: د لټون انجن، میل سیسټم، او نور.
یو ځانګړی چمتو شوی سرور د بیک اپ کاپي ذخیره کولو لپاره د ځای په توګه کار کوي؛ موږ به یې وروسته په تفصیل سره ولیکئ.
د ډیسک سیسټم منطقي تنظیم
که تاسو د RAID کنټرولر لرئ ، یا د یو ډیسک سره VPS ، او د ډیسک فرعي سیسټم عملیاتو لپاره کوم ځانګړي غوره توبونه شتون نلري (د مثال په توګه ، د ډیټابیس لپاره جلا ګړندی ډیسک) ، ټول خالي ځای په لاندې ډول ویشل شوی: یوه برخه رامینځته کیږي ، او د LVM حجم ګروپ د هغې په سر کې رامینځته شوی ، په دې کې څو حجمونه رامینځته شوي: د ورته اندازې 2 کوچني ، د روټ فایل سیسټم په توګه کارول کیږي (د ګړندي رول بیک امکان لپاره د تازه معلوماتو پرمهال یو یو بدل شوی ، مفکوره د لینوکس د محاسبې له توزیع څخه اخیستل شوې وه)، بل یې د سویپ برخې لپاره دی، پاتې خالي ځای په کوچنیو حجمونو ویشل شوی، د بشپړ کنټینرونو لپاره د روټ فایل سیسټم په توګه کارول کیږي، د مجازی ماشینونو لپاره ډیسکونه، فایل په / کور کې د حسابونو لپاره سیسټمونه (هر حساب خپل فایل سیسټم لري)، د غوښتنلیک کانټینرونو لپاره د فایل سیسټمونه.
مهم یادونه: حجمونه باید په بشپړ ډول په ځان کې وي، د بیلګې په توګه باید په یو بل یا د روټ فایل سیسټم پورې اړه ونلري. د مجازی ماشینونو یا کانټینرونو په حالت کې، دا ټکی په اوتومات ډول لیدل کیږي. که دا د غوښتنلیک کانټینرونه یا د کور لارښودونه وي، نو تاسو باید د ویب سرور او نورو خدماتو د ترتیب کولو فایلونو جلا کولو په اړه فکر وکړئ ترڅو د حجمونو تر منځ د امکان تر حده پورې تړاو له منځه یوسي. د مثال په توګه، هر سایټ د خپل کارونکي څخه تیریږي، د سایټ ترتیب کولو فایلونه د کارونکي کور لارښود کې دي، د ویب سرور ترتیباتو کې، د سایټ ترتیب کولو فایلونه د /etc/nginx/conf.d/ له لارې شامل ندي.conf، او، د مثال په توګه، /home//configs/nginx/*.conf
که چیرې ډیری ډیسکونه شتون ولري ، تاسو کولی شئ د سافټویر RAID سرې رامینځته کړئ (او په SSD کې یې کیشینګ تنظیم کړئ ، که چیرې اړتیا او فرصت شتون ولري) ، په سر کې تاسو کولی شئ د پورته وړاندیز شوي مقرراتو سره سم LVM جوړ کړئ. همدارنګه پدې حالت کې ، تاسو کولی شئ ZFS یا BtrFS وکاروئ ، مګر تاسو باید پدې اړه دوه ځله فکر وکړئ: دواړه سرچینو ته خورا جدي چلند ته اړتیا لري ، او سربیره پردې ، ZFS د لینکس کرنل سره ندي شامل شوي.
د کارول شوي سکیم په پام کې نیولو پرته، دا تل د مخکې څخه اټکل ارزښت لري چې په ډیسکونو کې د لیکلو نږدې بدلونونو سرعت، او بیا د خالي ځای اندازه محاسبه کړئ چې د سنیپ شاټونو جوړولو لپاره به خوندي وي. د مثال په توګه، که زموږ سرور په هر ثانیه کې د 10 میګابایټ په سرعت سره ډاټا لیکي، او د ټول ډیټا سرې اندازه 10 ټیرابایټ وي - د همغږي کولو وخت کولی شي یوه ورځ ته ورسیږي (22 ساعته - دا څومره حجم به لیږدول کیږي. په شبکه کې 1 Gbps) - دا د 800 GB شاوخوا ذخیره کولو ارزښت لري. په واقعیت کې، ارقام به کوچنی وي؛ تاسو کولی شئ په خوندي ډول د منطقي حجمونو شمیر سره وویشئ.
د بیک اپ ذخیره کولو سرور وسیله
د بیک اپ کاپي ذخیره کولو لپاره د سرور ترمینځ اصلي توپیر د دې لوی ، ارزانه او نسبتا ورو ډیسکونه دي. څرنګه چې عصري HDDs دمخه په یو ډیسک کې د 10TB بار څخه تیر شوي ، نو اړینه ده چې د فایل سیسټمونه یا RAID د چیکسمونو سره وکاروئ ، ځکه چې د سرې بیا رغولو یا د فایل سیسټم بیا رغولو پرمهال (څو ورځې!) دوهم ډیسک ممکن ناکام شي. د بار زیاتولو لپاره. په ډیسکونو کې چې تر 1TB پورې ظرفیت لري دا دومره حساس نه و. د وضاحت د سادګۍ لپاره، زه ګومان کوم چې د ډیسک ځای تقریبا د مساوي اندازې په دوو برخو ویشل شوی دی (بیا، د مثال په توګه، د LVM کارول):
- حجمونه د سرورونو سره مطابقت لري چې د کارونکي ډیټا ذخیره کولو لپاره کارول کیږي (وروستی بیک اپ به د تصدیق لپاره په دوی کې ځای په ځای شي)؛
- حجمونه د بورګ بیک اپ ذخیره په توګه کارول کیږي (د بیک اپ لپاره ډاټا به مستقیم دلته ځي).
د عملیاتو اصول دا دي چې د BorgBackup ذخیره کولو لپاره د هر سرور لپاره جلا حجمونه رامینځته کیږي ، چیرې چې د جنګي سرورونو ډاټا به ځي. ذخیره یوازې په ضمیمه حالت کې کار کوي، کوم چې په قصدي ډول د معلوماتو حذف کولو امکان له منځه وړي، او د زړو بیک اپونو څخه د ذخیره کولو د تکرار او دورې پاکولو له امله (کلني کاپي پاتې کیږي، د تیر کال لپاره میاشتنۍ، د تیرې میاشتې لپاره اونۍ، هره ورځ د تیر کال لپاره. تیره اونۍ، ممکن په ځانګړو قضیو کې - د تیرې ورځې لپاره په ساعت کې: ټول 24 + 7 + 4 + 12 + کلنۍ - د هر سرور لپاره نږدې 50 کاپي).
د بورګ بیک اپ ذخیره یوازې د ضمیمه کولو حالت نه فعالوي؛ پرځای یې ، په .ssh/authorized_keys کې ForcedCommand داسې یو څه کارول کیږي:
from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......ټاکل شوې لاره د بورګ په سر کې د ریپر سکریپټ لري، کوم چې د پیرامیټونو سره د بائنری په لاره اچولو سربیره، د معلوماتو له مینځه وړلو وروسته د بیک اپ کاپي بیا رغولو پروسه پیل کوي. د دې کولو لپاره، د ریپر سکریپټ د اړونده ذخیره تر څنګ د ټاګ فایل رامینځته کوي. وروستی بیک اپ جوړ شوی په اوتومات ډول د معلوماتو ډکولو پروسې بشپړیدو وروسته اړوند منطقي حجم ته بیرته راستانه کیږي.
دا ډیزاین تاسو ته اجازه درکوي چې په دوره توګه غیر ضروري بیک اپ پاک کړئ، او همدارنګه د جنګي سرورونو مخه نیسي چې د بیک اپ ذخیره کولو سرور کې هر څه حذف کړي.
د بیک اپ پروسه
د بیک اپ پیل کونکی پخپله وقف شوی سرور یا VPS دی ، ځکه چې دا سکیم د دې سرور برخه کې د بیک اپ پروسې باندې ډیر کنټرول ورکوي. لومړی، د فعال روټ فایل سیسټم حالت یو سنیپ شاټ اخیستل شوی، کوم چې د بیک اپ ذخیره کولو سرور ته د BorgBackup په کارولو سره نصب او اپلوډ شوی. وروسته له دې چې د معلوماتو نیول بشپړ شي، سنیپ شاټ غیر نصب شوی او حذف شوی.
که چیرې یو کوچنی ډیټابیس وي (د هر سایټ لپاره تر 1 GB پورې)، د ډیټابیس ډمپ جوړیږي، کوم چې په مناسب منطقي حجم کې خوندي کیږي، چیرې چې د ورته سایټ لپاره پاتې ډیټا موقعیت لري، مګر دا چې ډمپ وي. د ویب سرور له لارې د لاسرسي وړ ندي. که ډیټابیس لوی وي، تاسو باید د "ګرم" ډیټا لیرې کول تنظیم کړئ، د بیلګې په توګه، د MySQL لپاره د xtrabackup کارول، یا په PostgreSQL کې د archive_command سره د WAL سره کار وکړئ. په دې حالت کې، ډیټابیس به د سایټ ډیټا څخه په جلا توګه بحال شي.
که چیرې کانټینرونه یا مجازی ماشینونه کارول کیږي، تاسو باید د qemu-guest-agent، CRIU یا نور اړین ټیکنالوژي ترتیب کړئ. په نورو قضیو کې، اضافي ترتیبات ډیری وختونه اړتیا نلري - موږ په ساده ډول د منطقي حجمونو سنیپ شاټونه جوړوو، کوم چې بیا د ریټ فایل سیسټم حالت سنیپ شاټ په څیر پروسس کیږي. د معلوماتو اخیستلو وروسته، عکسونه حذف کیږي.
نور کار د بیک اپ ذخیره کولو سرور کې ترسره کیږي:
- په هر ذخیره کې جوړ شوی وروستی بیک اپ چک شوی،
- د نښه شوي فایل شتون چک شوی، دا په ګوته کوي چې د معلوماتو راټولولو پروسه بشپړه شوې،
- معلومات اړوند محلي حجم ته پراخ شوي،
- د ټګ فایل ړنګ شوی
د سرور بیا رغونه پروسه
که اصلي سرور مړ شي، نو ورته وقف شوی سرور په لاره اچول کیږي، کوم چې د ځینې معیاري عکس څخه بوټ کیږي. ډیری احتمال چې ډاونلوډ به په شبکه کې ترسره شي ، مګر د ډیټا مرکز تخنیکین سرور تنظیم کولی شي سمدلاسه دا معیاري عکس یو ډیسک ته کاپي کړي. ډاونلوډ په RAM کې پیښیږي ، وروسته لدې چې د بیا رغونې پروسه پیل کیږي:
- غوښتنه کیږي چې د بلاک وسیله د iscsinbd یا بل ورته پروتوکول له لارې د منطقي حجم سره ضمیمه کړئ چې د وژل شوي سرور د روټ فایل سیسټم لري؛ څرنګه چې د روټ فایل سیسټم باید کوچنی وي، دا ګام باید په څو دقیقو کې بشپړ شي. بوټلوډر هم بحال شوی؛
- د محلي منطقي حجمونو جوړښت بیا جوړ شوی، منطقي حجمونه د بیک اپ سرور څخه د dm_clone کرنل ماډل په کارولو سره ضمیمه شوي: د معلوماتو بیا رغونه پیل کیږي، او بدلونونه سمدلاسه په محلي ډیسکونو کې لیکل کیږي
- یو کانټینر د ټولو موجود فزیکي ډیسکونو سره پیل شوی - د سرور فعالیت په بشپړ ډول بحال شوی ، مګر د کم فعالیت سره؛
- وروسته له دې چې د معلوماتو ترکیب بشپړ شو، د بیک اپ سرور څخه منطقي حجمونه منحل شوي، کانټینر بند شوی، او سرور بیا پیل شوی؛
د ریبوټ وروسته ، سرور به ټول هغه معلومات ولري چې د بیک اپ رامینځته کیدو په وخت کې شتون درلود ، او ټول هغه بدلونونه به پکې شامل وي چې د بیا رغونې پروسې په جریان کې رامینځته شوي.
په لړۍ کې نورې مقالې
بیک اپ برخه 7: پایلې
زه تاسو ته بلنه درکوم چې په نظرونو کې د وړاندیز شوي اختیار په اړه بحث وکړئ، ستاسو د پاملرنې لپاره مننه!
سرچینه: www.habr.com