د لېږد هره ډارونکې کیسه یو شان منځ لري: یو چا لومړی DNS بدل کړ او بیا یې کاپي پیل کړه. د لېږد پر مهال بندېدل نږدې هېڅکله د ورو کاپي له امله نه وي. دا د ګامونو د غلط ترتیب له امله وي.
دا هغه ترتیب دی چې کار کوي، که تاسو بل برابروونکی پرېږدئ یا زموږ د دوو پلانونو ترمنځ ځئ.
1. دوه ورځې مخکې: TTL ټیټ کړئ
هغه DNS ریکارډونه پیدا کړئ چې بدلوئ یې (معمولاً A، AAAA او هر CNAME چې دوی ته اشاره کوي) او TTL یې 300 ثانیو ته راټیټ کړئ. بیا لږ تر لږه د زاړه TTL په اندازه انتظار وکړئ. هغه ریکارډ چې یوه ورځ TTL لري مانا یې دا ده چې ځینې ریزالورونه به له بدلون وروسته هم یوه ورځ زړه پته ورکوي، او تاسو چې پر سرور هر څه وکړئ، دا نه ګړندی کېږي.
دا هغه ګام دی چې خلک یې پرېږدي، او همدا د پنځو دقیقو اړول داسې ورځ ګرځوي چې پکې نیم کاروونکي زوړ سرور ویني.
2. د زاړه سرور لېست جوړ کړئ
تاسو دا ماشین بل ځای کې له سره جوړوئ، نو ولیکئ چې په رښتیا څه کوي. نه هغه چې درته یاد دي. هغه چې کوي یې:
ss -tlnp # what is listening, and which process
crontab -l; ls /etc/cron.d # scheduled jobs
systemctl list-timers --all # the scheduled jobs people forget
systemctl list-units --type=service --state=running
لېست ته دا هم ورزیات کړئ: د TLS سندونه او د نوي کولو طریقه یې، د چاپېریال فایلونه چې رازونه لري، د فایروال قواعد، کاروونکي او د دوی SSH کیلي، ډیټابېس او اندازه یې، او هر هغه شی چې له سرور سره د IP پتې له لارې خبرې کوي. دا وروستۍ ډله چالاکه ده: د یوه شریک allowlist، د تادیې برابروونکي د webhook تنظیمات، د څارنې یوه کتنه.
3. نوی سرور د زاړه تر څنګ ودروئ
نوی سرور سپارښتنه کړئ او زوړ مه لمسوئ. له VPS لېست څخه داسې پلان وټاکئ چې ډیسک یې د هغه څه په اندازه یا ډېر وي چې تاسو یې په رښتیا کاروئ، نه د هغه چې درته پلورل شوی. که زوړ ماشین هر ډول راتلونکی ترافیک ترلاسه کوي (وېبپاڼه، webhooks، API)، نوي ته خپل IPv4 اړین دی. د NAT پلان راتلونکي اتصالونه یوازې پر خپل SSH پورټ مني، او ولې دا مهم دی، په یو لېږدول شوی پورټ څه کولای شي او څه نشي کولای کې تشریح شوي.
ونښلئ، همغه کڅوړې نصب کړئ، کاروونکي او فایروال له سره جوړ کړئ. کیلي او لومړی ننوتل په د نښلولو لارښود کې دي.
4. فایلونه دوه ځله همغږي کړئ
لومړۍ همغږي هر څه کاپي کوي پداسې حال کې چې زوړ سرور کار ته دوام ورکوي. ښايي ساعتونه ونیسي؛ کومه خبره نه ده.
rsync -aHAX --numeric-ids --info=progress2 /var/www/ root@203.0.113.10:/var/www/
انتخاب --numeric-ids د فایلونو مالکیت د شمېرې له مخې ساتي، او له هغه زاړه ټکان څخه ژغوري چې "هر څه د غلط کاروونکي دي"، کله چې دوو سیسټمونو کاروونکي په بېل ترتیب جوړ کړي وي. که مو هېڅکله rsync د SSH له لارې نه وي کارولی، VPS ته فایلونه څنګه ولېږدوو یې ګام په ګام ښيي.
دویمه همغږي، د اړولو څخه سمدستي مخکې، یوازې هغه کاپي کوي چې له لومړۍ وروسته بدل شوي. معمولاً څو ثانیې نیسي.
5. ډیټابېس په پوهه ولېږدوئ
فایلونه اسانه دي. هغه ډیټابېس چې لیکنې مني یوازینۍ برخه ده چې پکې "پرته له بندېدو" یا لږ جوړجاړی غواړي یا ډېر کار.
اسانه لاره: د ازموینې لپاره یو ځل dump واخلئ او بېرته یې راوګرځوئ، بیا د اړولو پر مهال لیکنې یوه دقیقه ودروئ (اپ یوازې لوستلو حالت ته واړوئ یا یې ودروئ)، تازه dump واخلئ، پر نوي سرور یې بېرته راوګرځوئ او اپ هلته پیل کړئ. د ډېرو کوچنیو پروژو لپاره دا یوه یا دوه دقیقې تم کېدل دي چې مخکې خبرتیا ورکول کېدای شي.
پرته له تم کېدو لاره: له زاړه ډیټابېس څخه نوي ته replication جوړ کړئ، پرېږدئ چې رسېږي، او د اړولو پر مهال نوی اصلي کړئ. ډېر چمتووالی غواړي، او هغه وخت ارزي چې حتی یوه دقیقه ورکې لیکنې د منلو نه وي.
6. مخکې له دې چې بل څوک یې وویني نوی سرور وازمويئ
DNS لا هم زاړه سرور ته اشاره کوي، نو نوی په پټه ازمویلای شئ. د خپل اصلي ډومېن غوښتنه نوې پتې ته ولېږئ:
curl --resolve example.com:443:203.0.113.10 https://example.com/health
که سند لا نه وي، په همدې ډول یې د HTTP له لارې وازمويئ، یا د hosts په فایل کې لنډمهاله کرښه ورزیاته کړئ او وېبپاڼه په براوزر کې وګورئ. ننوتل، پورته کول، شالید کارونه او وتونکی برېښنالیک وګورئ. د ورک PHP غځونې موندلو تر ټولو ارزانه شېبه همدا ده.
7. واړوئ، او زوړ سرور روښانه پرېږدئ
وروستۍ د فایلونو همغږي او د ډیټابېس ګام بشپړ کړئ، بیا د DNS ریکارډونه بدل کړئ. د 300 ثانیو TTL سره ډېری ترافیک په دقیقو کې لېږدول کېږي. د زاړه سرور د لاسرسي لاګ ته پام وکړئ: د هغو ریزالورونو او پېرودونکو له خوا چې TTL له پامه غورځوي، لا هم هلته لږې غوښتنې راځي. څو ورځې یې پرته له بدلون روښانه پرېږدئ. بیا هر هغه شی تازه کړئ چې زاړه IP ته اشاره کوي: د شریکانو allowlist، د webhook پتې، او د برېښنالیک لپاره د نوې پتې معکوس DNS (زموږ پر ځانګړي IP پلانونو یې پخپله ټاکئ، وګورئ معکوس DNS) او خپل SPF ریکارډ.
تر ټولو ډېر څه ماتېږي
نږدې د هغه ترتیب له مخې چې موږ یې وینو: د systemd یو ټایمر چې هېچا لېست ته نه و ورزیات کړی، د تنظیماتو فایل چې زوړ IP پکې مستقیم لیکل شوی، د غلط کاروونکي فایلونه، فایروال چې د اپ خپل پورټ بندوي، سند چې پر زاړه سرور نوی کېږي خو پر نوي نه، او برېښنالیک چې سپام ته ځي ځکه نوې پته لا معکوس DNS نه لري.
چېرته چې دا چکلیست نه برابرېږي
بوخت ډیټابېس چې دوامداره لیکنې لري او تم کېدل هېڅ نشي زغملای، د بلاګ چکلیست ته نه، بلکې ریښتیني replication او تمرین ته اړتیا لري. د Windows سرورونه له rsync پرته په نورو وسیلو لېږدول کېږي. او که لېږد په اصل کې د اندازې له امله وي، لومړی دا ولولئ: دلته پلانونه په ځای کې لوېږي. د همدې شبکې د ډول لوی پلان ته تګ پرته له هر ډول لېږد په یو ځل بیا پیلېدو vCPU، RAM او ډیسک زیاتوي. نوی سرور یوازې د کوچني کولو لپاره اړین دی. که تاسو ځکه لېږدېږئ چې ډاډه نه یاست ماشین بس دی که نه، کله چې تاسو په رښتیا 64 GB RAM ته اړتیا لرئ ښايي دا سفر درته وژغوري، او که ډاډه نه یاست چې VPS سم کور دی، VPS، ګډ کوربهتوب، ځانګړی سرور که کلاوډ به مرسته وکړي.
تبصرې
لا تبصرې نشته. لومړی اوسئ.