خودمختاره، سایټ ته اړتیا نشته
د کوربهتوب له پیرلو پرته یو ډیټابیس وپ پیرئ. ستاسو غوښتنلیک په هره برخه کې چلېدلی شي؛ ډیټابیس پخپله یو جلا محصول دی.
Zinn® اداره شوي ډاټابیسونه
خپلواک مدیریت شوي ډاټابیسونه: تاسو اړتیا نلرئ چې زموږ سره د ډاټابیس چلولو لپاره زموږ سره یوه ویب پاڼه کوربه کړئ. PostgreSQL یا MySQL، په هر یو کې د اندازې له مخې درې درجې، له منځنۍ درجې څخه تر پورتنۍ پورې د اتوماتیک فیل اوور سره. موږ د دې پرځای چې په دې باور وکړو چې د بیک اپ دنده پای ته رسیدلې، د بحال شوي ډاټابیس سره په نښلولو سره د بحالۍ تصدیق کوو.
د Zinn® اداره شوي ډیټابیسونه (Managed Databases) د PostgreSQL یا MySQL ډیټابیسونه دي چې موږ یې ستاسو لپاره پرمخ وړو او په جلا توګه پلورل کیږي. د دې په اړه هیڅ شی دا نه انګیري چې تاسو دلته یوه پاڼه (ساټ) هم کوربه کوئ: یو غوښتنلیک ورته له هرځایه چې وي ونیسئ، او د هوسټینګ پلانونو د یوې اضافې برخې پر ځای یې د ډیټابیس خدمت په توګه وکاروئ.
په هره انجن کې درې اندازې شتون لري. کوچنۍ کچه یو واحد انسټانس دی. منځنۍ او لوړې کچې اتوماتیک ناکامي (failover) زیاتوي، ترڅو یو له لاسه تللی نوډ د یوې قطع کیدو پرځای چې تاسو د خپلو کاروونکو څخه خبر شئ، د ناکامي پیښه وي. د ناکامي لګښت د انجن له مخې توپیر لري — PostgreSQL د دوو انسټانسونو ترمنځ قضاوت کوي، پداسې حال کې چې MySQL د نصاب (quorum) د رسیدو لپاره درې غړي ګروپ او یو څو روټرونو ته اړتیا لري — له همدې امله د MySQL کچې په هره اندازه کې لږ لوړه بیه لري.
مدیریتشده PostgreSQL او MySQL د عملیاتي برخو سره په سمه توګه ترسره شوي، او دومره په واضح ډول ویل شوي چې تاسو کولی شئ شاوخوا یې پالن جوړ کړئ.
د کوربهتوب له پیرلو پرته یو ډیټابیس وپ پیرئ. ستاسو غوښتنلیک په هره برخه کې چلېدلی شي؛ ډیټابیس پخپله یو جلا محصول دی.
منځنۍ او لويه کچه د اتومات ناکامۍ بدلېدو (failover) سره. له کوچنۍ کچې څخه پورته تګ د لاسرسي بدلون دی، نه يوازې د اندازې بدلون.
کوچنی ټایر یو انسټانس چلوي، کوم چې د پراختیا، سټیجنګ او سپکو تولیدي کاري بارونو لپاره مناسب دی چیرې چې د رغیدو لنډه ونډه د منلو وړ وي.
په PostgreSQL کې، بیاغورځونه (ریکاوري) د تېرې شپې د سنیپ شاټ پرځای د وخت یوې ځانګړې شېبې ته وي، او همدا هغه څه دي چې تاسو ته اجازه درکوي چې د ورځې کار له لاسه ورکولو پرته یو خراب مایګرېشن یا اشتباهی حذف بېرته سم کړئ. د MySQL ډیټابیسونه هره شپه بیک اپ کېږي او د څوارلسو شپو لپاره ساتل کېږي.
د بریا راپور ورکوونکی د بیک اپ دنده د دې ثبوت نه دی چې ډیټابیس بیا راګرځول کیدی شي. موږ د بیا راګرځول شوي ډیټابیس سره په نښلولو او له هغه څخه په لوستلو سره د بیا راګرځولو تصدیق کوو.
هره کچه هغه انجن چې تاسو غوره کړی دی پرمخ وړي. پورته تلل د vCPU، حافظې او ډیسک تخصیص بدلوي او د منځنۍ کچې څخه پیل، اتوماتیک ناکامي (failover) زیاتوي.
هغه چمتو کړئ، ورسره وصل شئ، او پرېږدئ چې موږ د عملیاتو نیمه برخه پرمخ یوسو.
د PostgreSQL یا MySQL په منځ منځ کې یو وټاکئ، بیا د CPU، حافظې او ډیسک د اړتیا او د اتوماتیک فیل اوور (failover) د غوښتنې له مخې کوچنی، متوسط یا لوی وټاکئ.
تاسو ته اعتبار لیکونه او د نښلونې پای ټکی درکول کیږي. غوښتنلیک زموږ په شتمنۍ یا د بل چا په شتمنۍ کې ناست کیدی شي؛ ډیټابیس ته یې پروا نشته.
موږ په مهالویش سره بیک اپ کوو او د پایلې په وصلولو سره دا معاینه کوو چې بیک اپونه بیرته راګرځي، نو د بیرته راګرځیدو وړتیا د انګیرنې پرځای اندازه کیږي. په PostgreSQL کې دا مهالویش دوامداره دی، نو بیا رغونه د وخت په یو ځانګړي ټکي کې وي.
په هر انجن کې درې طبقې، په میاشتنۍ توګه بیل کیږي، د vCPU، حافظې او ډیسک له مخې اندازه کیږي - د متوسطې طبقې څخه د اتوماتیک فیل اوور په شمول. د طبقې نرخونه د اندازه شوي زیربنا د واحد نرخونو څخه محاسبه کیږي او کله چې دا نرخونه بدل شي، بیرته ترلاسه کیږي.
؋ ۹۰۳/میاشت
؋ ۹۰۳/میاشت
؋ ۳٬۱۶۳/میاشت
؋ ۴٬۷۷۷/میاشت
؋ ۶٬۶۴۹/میاشت
؋ ۹٬۹۴۱/میاشت
بیېسونه د یو ځل ټاکلو او پرېښودلو پر ځای د اندازه شوې زیربنا د نرخونو تر مخه تعقیبېږي، نو هغه سویه چې تاسو پرې یاست د هغو اصلي لګښتونو سره تناسب ساتي چې د چلولو لپاره یې راځي.
ډیری کوربه توبونه به ستاسو لپاره ډیټابیس چلوي، په دې شرط چې تاسو کوربه توب هم وپېرئ. دا یو په خپل سر خرڅیږي، پدې معنی چې تاسو کولی شئ خپل ډیټابیس زموږ سره او خپل کاریال (اپلیکېشن) هرچیرې چې مناسب وي ځای په ځای کړئ، پرته له دې چې خپل سټیک بیا جوړ کړئ ترڅو د یوې بنډل سره سمون ولري.
په ډېټابېس محصول کې هغه دوه دعوې چې تر ټولو ډېر اهمیت لري هغه دي چې په اسانۍ سره په څرګند ډول کېږي: دا چې دا فیل اوور کوي، او دا چې دا بیاځلي جوړوي. دلته، فیل اوور د منځنیو او لویو کچو یوه ټاکل شوې ځانګړتیا ده، او بیاځلي جوړونې د شنه دندې لاګ لوستلو پرځای له بیاځلي جوړ شوي ډټابېس سره په نښلول کېدو سره تاییدېږي.
نه. اداره شوي ډیټابیسونه خپلواک دي. ستاسو غوښتنلیک کولی شي ستاسو په خپلو سرورونو، بل چمتو کونکي، یا زموږ په کلاوډ کې چلیږي — ډیټابیس په خپل سر چمتو او بیل کیږي.
منځنۍ او لويې بڼې په اتوماتيک ډول د ناکامۍ په صورت کې د بل سرچينې ته د تګ (failover) پروسې سره کار کوي. کوچنۍ بڼه يوازې يو نمونه ده، له همدې امله له کوچنۍ څخه منځنۍ ته تګ د وړتیا پر ځای د لاسرسي يوه پرېکړه ده.
د دواړو انجنونو بیک اپ اخیستل کیږي او دواړه د پایلې سره په وصل کیدو سره د بیرته راګرځولو ازمول کیږي. دوی په دې کې توپیر لري چې تاسو څومره لرې په نښه کولی شئ: PostgreSQL په دوامداره توګه آرشیف کوي، نو تاسو کولی شئ یوې شېبې ته بیرته راګرځئ - کوم چې د خراب مهاجرت یا ناڅاپي حذف کولو وروسته خورا مهم دی، چیرې چې تاسو غواړئ د تیروتنې څخه یوه ثانیه مخکې هرڅه ولرئ. د MySQL بیک اپ هره شپه اخیستل کیږي، چې وروستۍ څوارلس شپې ساتل کیږي.
موږ یې بیرته راګرځوو او پایلې ته یې نښلوو. د بیک اپ د ترسره کیدو راپور یوازې دا وایی چې د دندې پروسه پای ته رسیدلې؛ بیرته راګرځول شوي ډیټابیس سره نښلول او له هغه څخه لوستل دا په ډاګه کوي چې ډیټا موجوده او د کارولو وړ ده. دا هغه څارنه ده چې موږ یې ترسره کوو.
هو. درجې همدغه انجن چلوي چې تاسو پرې پیل کړی و، نو لوړېدل د vCPU، حافظې او ډیسک تخصیص بدلوي او د منځني (medium) څخه پیل کېږي، اتوماتیک ناکامي (failover) ورزیاتوي. د لوی لېږد نه مخکې له موږ سره خبرې وکړئ او موږ به ستاسو سره د دې لېږد پلان جوړ کړو.
يو انجن او ټایر وټاکئ، خپل اپلیکیشن وصل کړئ، او د منځني ټایر او پورته لپاره اتوماتیک فیل اوور ترلاسه کړئ - که ستاسو کوم بل شی دلته کوربه شوی وي یا نه.
پیل کول