د ⁦Zinn®⁩ مدیریت شوي ډیټابیسونه

مدیریت شوی PostgreSQL او MySQL، له سایټ سره یا پرته

ځانګړي شوي مدیریت شوي ډیټابیسونه: تاسو اړتیا نلرئ زموږ سره ډیټابیس چلولو لپاره زموږ سره ویب پاڼه کوربه کړئ. PostgreSQL یا MySQL، په هر یو کې د اندازې له مخې درې درجې، له منځنۍ درجې څخه پورته د اتوماتیک فیل اوور سره. موږ د دې پر ځای چې یوازې د بیک اپ دندې پای ته رسیدو باندې باور وکړو، بیرته راګرځول شوي ډیټابیس سره په نښلولو سره بیا رغونه تاییدوو.

  • د کوربه توب پلان ته اړتیا نشتهیوازې یو وړیا حساب ته اړتیا ده
  • هر چېرته چې کوربه توب کوئ کار کويزموږ سره، د بل چمتو کونکي سره یا ستاسو په خپلو سرورونو کې
  • یو حساب، یو انوایسهر کله چې وغواړئ کوربه توب یا نور محصولات اضافه کړئ

دا څه شی دی

⁦Zinn® Managed Databases⁩ هغه PostgreSQL یا MySQL دی چې موږ یې ستاسو لپاره چلوو، چې په جلا توګه پلورل کیږي. د دې په اړه هیڅ شی داسې نه ګڼي چې تاسو دلته یو سایټ هم کوربه کوئ: د هر ځای څخه چې غوښتنلیک پکې وي هغه ورته وټاکئ، او د کوربه توب پلان لپاره د اضافې پرځای د ډیټابیس خدمت په توګه ورسره چلند وکړئ.

په هر انجن کې درې اندازې شتون لري. کوچنۍ کچه یو واحد انستنس دی. متوسطې او لویې کچې اتوماتیک فیلوور ورزیاتوي، نو د نوډ له لاسه ورکول د یوې داسې پرچاوۍ پر ځای چې تاسو ترې د خپلو کاروونکو له لارې خبر شئ، د فیلوور یوه پېښه ده. د فیلوور لګښت د انجن له مخې توپیر لري — PostgreSQL د دوو انستنسونو ترمنځ منځګړیتوب کوي، پداسې حال کې چې MySQL نصاب ته د رسېدو لپاره د درې کسیزې ډلې او یوې جوړې روټرونو ته اړتیا لري — همدا لامل دی چې د MySQL کچې په هره اندازه کې لږ څه لوړې بیې لري.

د ډیټابیس دوه تړل شوي سرورونه، چې یو یې د بل ځای نیسي

هغه څه چې تاسو یې ترلاسه کوئ

مدیریت شوي PostgreSQL او MySQL چې عملیاتي برخې یې په سمه توګه ترسره شوي، او په پوره وضاحت سره بیان شوي چې تاسو کولی شئ د هغوی پر بنسټ پلان جوړ کړئ.

خپلواک، کومې وېبپاڼې ته اړتیا نشته

د کوربه توب له اخیستلو پرته ډیټابیس واخلئ. ستاسو اپلیکیشن هرچیرې چلیدلی شي؛ ډیټابیس په خپله یو خپلواک محصول دی.

د منځنۍ کچې څخه اتوماتیک ناکامي لیږد

منځنۍ او لویې کچې د اتوماتیک فېلاوور سره کار کوي. له کوچنۍ کچې څخه لوړول یوازې د کچې بدلون نه دی، بلکې په لاسرسي کې هم بدلون دی.

د واحدې نمونې کوچنۍ کچه

کوچنۍ کچه یوه نمونه پرمخ وړي، چې د پراختیا، مرحلې بندۍ او سپکو تولیدي کاري بارونو لپاره مناسبه ده چیرې چې د رغونې لنډه موده د منلو وړ وي.

په PostgreSQL کې تر ټاکلي وخت پورې بیرته راګرځول

په PostgreSQL کې، بیا رغونه د تېرې شپې د انځور پر ځای یوې ځانګړې شیبې ته وي، چې دا تاسو ته اجازه درکوي یو ناسم مهاجرت یا په تېروتنې سره ړنګول پرته له دې چې د هغې شاوخوا ورځ له لاسه ورکړئ بېرته واخلئ. د MySQL ډیټابیسونو هره شپه بیک اپ اخیستل کیږي او د څوارلسو شپو لپاره ساتل کیږي.

د نښلولو له لارې تایید شوي بیرته راګرځول

د شاتړ د دندې د بریالیتوب راپور د دې ثبوت نه دی چې ډیټابیس بېرته رغېدلی شي. موږ بېرته رغول شوي ډیټابیس سره په وصل کېدو او له هغه څخه په لوستلو سره بېرته رغونه تاییدوو.

په هر انجن درې اندازې

هر پړاو هغه انجن چلوي چې تاسو غوره کړی دی. لوړ پړاو ته تلل د vCPU، حافظې او ډېسک تخصیص بدلوي او له منځني پړاو څخه اتوماتیک ناکامي بدلون هم ورزیاتوي.

دا څنګه کار کوي

دا برابر کړئ، له دې سره وصل شئ، او پرېږدئ چې موږ عملیاتي برخه پر مخ یوسو.

  1. یوه کچه وټاکئ

    PostgreSQL یا MySQL وټاکئ، بیا د اړتیا وړ CPU، حافظې او ډیسک اندازې او همدارنګه د اتوماتیک ناکامۍ د مخنیوي غوښتنې پر بنسټ کوچنی، منځنی یا لوی وټاکئ.

  2. خپل غوښتنلیک وصل کړئ

    تاسو باوري معلومات او د پیوستون یوه پای‌ټکی ترلاسه کوئ. کاریال کولی شي زموږ په زیربنا یا د بل چا په زیربنا کې وي؛ ډیټابیس ورته هیڅ پروا نه لري.

  3. موږ یې چلوو او ثابتوو یې

    موږ د یوه مهالوېش له مخې شاتړونه چمتو کوو او پایلې سره د نښلېدو له لارې ګورو چې دا شاتړونه بېرته ځای پر ځای کېږي، ترڅو د بېرته ترلاسه کېدو وړتیا د اټکل پر ځای اندازه شي. په PostgreSQL کې دغه مهالوېش دوامداره دی، نو بېرته رغونه د وخت یوه ټاکلي پړاو ته ترسره کېږي.

نرخونه

په هر انجن درې کچې، میاشتنی بل کیږي، د vCPU، حافظې او ډیسک له مخې اندازه کیږي — د منځنۍ کچې څخه د اتوماتیک ناکامۍ انتقال شامل دی. د کچې بیې د اندازه شوي زیربنا واحد نرخونو څخه محاسبه کیږي او کله چې دا نرخونه بدل شي بیرته ترلاسه کیږي.

Zinn® Managed MySQL Small

⁦؋ ۹۰۹⁩/میاشت

د vCPU کورونه
1
حافظه
2 GB
د NVMe ذخیره کول
20 GB

Zinn® Managed PostgreSQL Small

⁦؋ ۹۰۹⁩/میاشت

د vCPU کورونه
1
حافظه
2 GB
د NVMe ذخیره کول
20 GB

Zinn® Managed PostgreSQL Medium

⁦؋ ۳٬۱۸۳⁩/میاشت

د vCPU کورونه
2
حافظه
4 GB
د NVMe ذخیره کول
60 GB

Zinn® Managed MySQL Medium

⁦؋ ۴٬۸۰۷⁩/میاشت

د vCPU کورونه
2
حافظه
4 GB
د NVMe ذخیره کول
60 GB

Zinn® Managed PostgreSQL Large

⁦؋ ۶٬۶۹۱⁩/میاشت

د vCPU کورونه
4
حافظه
8 GB
د NVMe ذخیره کول
150 GB

Zinn® Managed MySQL Large

⁦؋ ۱۰٬۰۰۴⁩/میاشت

د vCPU کورونه
4
حافظه
8 GB
د NVMe ذخیره کول
150 GB

نرخونه یو ځل د ټاکلو او پرېښودلو پر ځای، د زېربناوو له اندازه شویو بیو سره سم بدلیږي، نو ځکه ستاسو کارول شوې کچه په حقیقت کې د هغې د چلولو له حقیقي لګښت سره متناسبه پاتې کیږي.

ولې له دې ځایه وپیرئ

ډیری کوربه به ستاسو لپاره ډیټابیس پرمخ بوځي، په دې شرط چې تاسو کوربه توب هم واخلئ. دا یو په جلا توګه پلورل کیږي، پدې معنی چې تاسو کولی شئ خپل ډیټابیس زموږ سره وساتئ او خپل غوښتنلیک هرچیرې چې مناسب وي، پرته له دې چې خپل سټیک د بنډل سره سم بیا تنظیم کړئ.

د ډیټابیس په یو محصول کې دوه خورا مهمې ادعاوې هغه دي چې په اسانۍ سره په بې پروايۍ ترسره کیدی شي: دا چې دا فیل اوور کوي، او دا چې بیا رغونه کوي. دلته، فیل اوور د منځنۍ او لویو کچو یو بیان شوی خصوصیت دی، او بیا رغونه د یو شین کاري لاګ د لوستلو پرځای، بیا رغول شوي ډیټابیس سره د نښلولو له لارې تصدیق کیږي.

خلک د پیرودلو دمخه پوښتنې کوي

ایا زه اړتیا لرم چې د دې کارولو لپاره له تاسو سره یوه ویب پاڼه کوربه کړم؟

نه. اداره شوي ډیټابیسونه خپلواک دي. ستاسو اپلیکیشن کولی شي ستاسو په خپلو سرورونو، په بل چمتو کونکي، یا زموږ په زیربنا کې کار وکړي — ډیټابیس په خپلواکه توګه چمتو کیږي او بیل یې صادریږي.

کومې کچې لوړ شتون لري؟

منځنی او لوی د اتوماتیک ناکامۍ انتقال سره چلیږي. کوچنی یوه واحده نمونه ده، له همدې امله له کوچني څخه منځني ته بدلون یوازې د ظرفیت پر ځای د شتون اړوند پریکړه ده.

بیک اپ او بیا رغونه څنګه کار کوي؟

د دواړو انجنونو بیک اپ اخیستل کیږي او دواړه پایلې سره د نښلولو له لارې د بیرته راګرځولو لپاره ازمویل کیږي. دوی په دې کې توپیر لري چې تاسو څومره پخواني وخت ته بیرته تللی شئ: PostgreSQL په دوامداره توګه آرشیف کوي، نو تاسو کولی شئ یوې ځانګړې شیبې ته بیرته راوګرځئ — کوم چې د غلط مهاجرت یا تصادفي حذف کولو وروسته خورا مهم دی، چیرې چې تاسو له تیروتنې یوه ثانیه مخکې پورې هرڅه غواړئ. د MySQL هره شپه بیک اپ اخیستل کیږي، چې د وروستیو څوارلسو شپو بیک اپ ساتل کیږي.

تاسو څنګه پوهېږئ چې شاتړونه واقعاً بېرته رغېږي؟

موږ هغوی بېرته رغوو او له پایلې سره نښلو. د شاتړ یوه دنده چې د بریا راپور ورکوي یوازې تاسو ته وایي چې یوه دنده پای ته رسېدلې ده؛ بېرته رغول شوي ډیټابیس سره نښلېدل او له هغه څخه لوستل تاسو ته وایي چې ډاټا شتون لري او د کارولو وړ ده. دا هغه ارزونه ده چې موږ یې ترسره کوو.

ایا زه کولی شم چې د ډیټابیس د ودې سره لوړې کچې ته لاړ شم؟

هو. ټولې کچې هماغه انجن کاروي چې تاسو پرې پیل کړی و، نو لوړې کچې ته تلل د vCPU، حافظې او ډېسک تخصیص بدلوي او د منځنۍ کچې څخه اتوماتیک ناکامي بدلون اضافه کوي. د لویې کډوالۍ دمخه موږ سره خبرې وکړئ او موږ به ستاسو سره د دې اقدام پلان جوړ کړو.

د دې په اړه مرسته

زموږ د پوهې له بنسټ څخه ګام په ګام لارښوونې، چې په کره توګه د دې لپاره لیکل شوي دي.

یوې ویبپاڼې ته د اضافي ډیټابیس ورزیاتولو څرنګوالی

د ډیټابیسونو د ټاکلي شمیر لرونکو پلانونو کې د میاشتې په $1 یوې ویب پاڼې ته یو بل MySQL ډیټابیس اضافه کړئ. مخکې له دې چې کله هم ړنګ شي، بیک اپ یې اخیستل کیږي.

لارښود ولولئ ←

ستاسو ډیټابیس ته لاسرسی موندل کیږي

د باورلیکونه چیرته دي، د ډیټابیس براوزر څنګه پرانیزو، او څنګه په خوندي ډول ډمپ ترلاسه کړو.

لارښود ولولئ ←

Zinn® SEO: جوړښت موندلي معلومات چیرته ومومئ، برخه ۲ له ۲

چیرته چې په Zinn® SEO (SEO > جوړښت شوي ډاټا) کې جوړښت شوي ډاټا شتون لري: د هغې ټبونه، په هغې کې هر ترتیب، د هغې ګام په ګام لارښود او هغه څه چې د AI استازی یې لپاره کاروي.

لارښود ولولئ ←

د پوهې بنسټ وګورئ ←

خپل ډیټابیس په داسې ځای کې وساتئ چې پاملرنه یې وشي

یو انجن او کچه وټاکئ، خپل اپلیکیشن وصل کړئ، او له منځنۍ کچې څخه پورته اتوماتیک فېلاوور ترلاسه کړئ — که ستاسو کوم بل شی دلته کوربه وي یا نه.

پیل وکړئ