ARK cluster-ის გამართვა და სერვერებს შორის გადატანა

ARK-ის cluster არის ორი ან მეტი გამოყოფილი სერვერი, რომლებიც ერთი და იმავე -clusterid=-ით არის გაშვებული და -ClusterDirOverride=-ით ერთსა და იმავე საქაღალდეზე მიუთითებს. როცა მოთამაშე obelisk-თან ან transmitter-თან პერსონაჟს, არსებას ან ნივთს ატვირთავს, სერვერი მას ამ საქაღალდეში ფაილად წერს; როცა ის cluster-ის სხვა რუკაზე ჩადის, ის სერვერი ამ ფაილს უკან კითხულობს. ეს არის მთელი მექანიზმი. არ არსებობს არც ცენტრალური სერვისი და არც ქსელური კავშირი სერვერებს შორის - მხოლოდ საქაღალდე, რომელშიც ორივეს შეუძლია წერა. cluster-ებთან დაკავშირებით ყველაფერი, რაც ფუჭდება, იმიტომ ფუჭდება, რომ ეს საქაღალდე საერთო არ არის, მისი backup არ კეთდება, ან მას კითხულობს სერვერი, რომლის წესებიც ამბობს "არა".

ეს პოსტი ვარაუდობს, რომ თითოეული რუკა უკვე დამოუკიდებლად მუშაობს. ARK: Survival Ascended-ის გამართვის გზამკვლევი ერთ სერვერს მოიცავს; აქ რამდენიმეს ვაკავშირებთ.

რა არის cluster და რა ღირს#

cluster-ის თითოეული რუკა ცალკე, სრულფასოვანი სერვერია: თავისი პროცესით, თავისი ინსტალაციით, თავისი save-ით, თავისი პორტებითა და თავისი მეხსიერებით. სამრუკიანი cluster სამი სერვერია, რომლებიც უბრალოდ ერთ საქაღალდეზე შეთანხმდნენ. გადატანის მონაცემების გარდა არაფერია საერთო.

ამას ორი შედეგი აქვს, რომელსაც ხალხი ნაკლებად აფასებს.

• ღირებულება რუკებთან ერთად იზრდება და არა მოთამაშეებთან. ათი მოთამაშე, გადანაწილებული სამ რუკაზე, დაახლოებით სამჯერ მეტ მეხსიერებას იყენებს, ვიდრე ათი მოთამაშე ერთ რუკაზე, რადგან თითოეული რუკა ინახავს თავის სამყაროს, თავის ველურ არსებებსა და თავის ნაგებობებს, მიუხედავად იმისა, ვინ არის მასზე. მშვიდი რუკა, რომელზეც არავინაა, მაინც თითქმის იმდენი ღირს, რამდენიც დატვირთული.
• მოსახლეობა თხლად ნაწილდება. სერვერი თორმეტი აქტიური მოთამაშით ცოცხლად გამოიყურება. იგივე თორმეტი სამ რუკაზე სამ სერვერს ჰგავს, თითოეულზე ოთხი კაცით. cluster-ები შეეფერება საზოგადოებებს, რომლებიც საკმარისად დიდია ერთზე მეტი რუკის შესავსებად, ან ჯგუფებს, რომლებსაც სიუჟეტური რუკების თანმიმდევრობით გავლა უნდათ საკუთარი არსებების შენარჩუნებით.

ეს ციფრები მიჰყვება ერთი სერვერის გაანგარიშებას სტატიიდან რამდენი RAM სჭირდება ARK სერვერს; cluster რუკაზე მოსულ რიცხვს არ ცვლის, ის მას ამრავლებს. CPU იგივენაირად მუშაობს - თითოეულ რუკას თავისი game thread-ისთვის საკუთარი სწრაფი ბირთვი სჭირდება.

გაშვების არგუმენტები, რომლებიც cluster-ს ქმნის#

სამი გაშვების არგუმენტია ჩართული და მათგან ორი ყველა სერვერზე იდენტური უნდა იყოს.

TheIsland_WP?listen?SessionName=Longship Island?Port=7777?QueryPort=27015?RCONPort=27020 -clusterid=longship-c1 -ClusterDirOverride=/srv/ark/cluster -NoTransferFromFiltering -logScorchedEarth_WP?listen?SessionName=Longship Scorched?Port=7779?QueryPort=27017?RCONPort=27022 -clusterid=longship-c1 -ClusterDirOverride=/srv/ark/cluster -NoTransferFromFiltering -log

cluster ID თავისუფალი ფორმის სტრიქონია. გახადე უნიკალური და ცოტათი ბუნდოვანი - cluster ID, რომელსაც სხვა საზოგადოებაც იყენებს, უვნებელია მხოლოდ მანამ, სანამ მათთან საცავს არ იზიარებ, ხოლო ჰოსტზე, სადაც cluster-ის საქაღალდე საერთო ადგილასაა, ეს კოლიზიაა, რომელიც მოხდენას ელოდება. longship-c1 სჯობს cluster-ს.

-ClusterDirOverride მშობელ საქაღალდეს ასახელებს; სერვერი თავის გადატანის ფაილებს ინახავს ქვესაქაღალდეში, რომელსაც cluster ID-ის სახელი ჰქვია. თუ მას გამოტოვებ, თითოეული სერვერი საკუთარი ინსტალაციის შიგნით ნაგულისხმევ ადგილს იყენებს, რაც ნიშნავს, რომ თითოეულ სერვერს საკუთარი კერძო "cluster" საქაღალდე აქვს და არაფერი გადადის. ეს ყველაზე ხშირი მიზეზია იმისა, რომ ახლად აწყობილი cluster თითქოს მუშაობს - obelisk ატვირთვის საშუალებას გაძლევს - მეორე რუკაზე კი არაფერი ჩნდება.

თითოეულ სერვერს ასევე სჭირდება საკუთარი თამაშის პორტი, query პორტი და RCON პორტი, და საკუთარი SessionName. ერთ მისამართზე ორი სერვერი ერთი და იმავე პორტით ორივე ვერ გაეშვება. შეინახე მოკლე ცხრილი, რომელ რუკას რომელი პორტები აქვს; დაგჭირდება, როცა ვინმე იკითხავს, რატომ ვერ პოულობს Scorched Earth-ს ბრაუზერში. სათამაშო სერვერების პორტების ახსნა აღწერს, რატომ არის სწორედ query პორტი ის, რაც წყვეტს, გამოჩნდება თუ არა სერვერი სიაში.

ატვირთვისა და ჩამოტვირთვის წესები#

შეუძლია თუ არა რამეს რუკის დატოვება და შეუძლია თუ არა ჩამოსვლა - ცალკე გადამრთველებია, რომლებიც თითოეულ სერვერზე GameUserSettings.ini-ში, [ServerSettings]-ის ქვეშ ყენდება.

ღია cluster-ისთვის ყველა შვიდი ყველა სერვერზე False-ზე დააყენე. თუმცა სწორედ შეზღუდვები ხდის cluster-ს საინტერესოს, და სერვერზე დაფუძნებული დიზაინი ცალმხრივი წესების აწყობის საშუალებას გაძლევს:

• პროგრესიის cluster, სადაც არსებებს შეუძლიათ წინ, შემდეგ რუკებზე გადასვლა, მაგრამ არა უკან, ადრინდელებზე დაბრუნება: ადრეულ რუკებზე დაუშვი არსებების ატვირთვა, შემდეგებზე - არსებების ჩამოტვირთვა, ხოლო ადრეულ რუკებზე ჩამოტვირთვა დაბლოკე.
• ივენთის ან არენის რუკა, სადაც ხალხს პერსონაჟები მოჰყავს, მაგრამ არა არსებები: PreventDownloadDinos=True მხოლოდ ივენთის სერვერზე.
• "ახალი დასაწყისის" რუკა, რომელიც გადარჩენილებს იღებს, მაგრამ არაფერს, რაც თან აქვთ: იქ დაბლოკე ნივთებისა და არსებების ჩამოტვირთვა.

წესები დაყენებამდე ჩაიწერე და გამოაქვეყნე იქ, სადაც მოთამაშეები წაიკითხავენ. არსება, რომელიც რუკიდან ვერ დაბრუნდება, არსებაა, რომელსაც ვიღაც დაკარგავს, და ამის შესახებ პირველი სერვერმა არ უნდა უთხრას.

[ServerSettings]NoTributeDownloads=FalsePreventDownloadSurvivors=FalsePreventDownloadItems=FalsePreventDownloadDinos=TruePreventUploadSurvivors=FalsePreventUploadItems=FalsePreventUploadDinos=True

გადატანის ლიმიტები და ვადის გასვლა#

ატვირთული მონაცემები სამუდამოდ არ ელოდება და რაოდენობითაც შეზღუდულია. ამას ქვემოთ მოცემული გასაღებები მართავს. ნაგულისხმევი მნიშვნელობები გამოშვებებს შორის იცვლებოდა, ამიტომ რიცხვზე დაყრდნობამდე შეამოწმე, რას აკეთებს შენი build.

მტკივნეული ვადის ტაიმერებია. მოთამაშე პარასკევს თავის საუკეთესო არსებას ატვირთავს, ავიწყდება და მომდევნო კვირას ბრუნდება, რომ ის გამქრალი დახვდეს - არა bug-ის გამო დაკარგული, არამედ გრაფიკის მიხედვით ვადაგასული. ოფიციალურის მსგავს პარამეტრებზე ატვირთული არსებებისა და ნივთების ვადა დაახლოებით ერთ დღეში გადის. კერძო cluster-ზე, სადაც ხალხი კვირაში რამდენიმე საღამოს თამაშობს, არსებებისა და ნივთების ტაიმერების კვირამდე ან მეტამდე გაზრდა მხარდაჭერის მოთხოვნების ამ მთელ კატეგორიას აგარიდებს. ნულზე ნუ დააყენებ, სანამ არ დარწმუნდები, რას ნიშნავს ნული შენს build-ზე; ზოგი გასაღებისთვის ეს ნიშნავს "ვადა არასოდეს გადის", ზოგისთვის კი უბრალოდ არ მოქმედებს.

რაოდენობის ლიმიტები იმისთვის არსებობს, რომ cluster-ის საქაღალდე საწყობად არ იქცეს. ატვირთული მონაცემები ორივე სამყაროს გარეთ ინახება, რაც მას რეიდებისგან ნივთების დასამალად მიმზიდველ ადგილად აქცევს, და PvP cluster-ზე ხალხი მას ზუსტად ამისთვის გამოიყენებს. PvP-ზე ლიმიტები ზომიერი დატოვე, PvE-ზე კი შეარბილე.

რუკაზე მიბმული არსებები და ნივთები#

ყველა არსებას არ აქვს საკუთარი რუკის დატოვების უფლება. ზოგი არსება და ნივთი შეზღუდულია იმ რუკებით, საიდანაც მოდის - ან თავად თამაშის მიერ, ან იმ რუკის გადატანის წესებით, სადაც ჩავიდოდა. ჩვეულებრივი მაგალითებია სიუჟეტური რუკების არსებები, რომლებსაც თამაში იმ რუკის პროგრესიის ნაწილად თვლის. სერვერის პარამეტრი CrossARKAllowForeignDinoDownloads სხვა რუკებიდან ჩამოსულ არსებებზე შეზღუდვას არბილებს იმ build-ებზე, რომლებიც მას ითვალისწინებს; ქცევა აქ შეიცვალა Evolved-სა და Ascended-ს შორის და patch-ებს შორის, ამიტომ, სანამ მოთამაშეებს ეტყვი, რომ გადატანა უსაფრთხოა, შეამოწმე ისეთ არსებაზე, რომლის დაკარგვაც შეგიძლია.

Element და ზოგი ბოსთან დაკავშირებული ნივთიც სხვადასხვა დროს შეზღუდული იყო გადატანისას. ზოგადი წესი იგივეა: თუ გადატანა ვინმეს რუკის პროგრესიის გამოტოვების საშუალებას მისცემდა, ჩათვალე, რომ თამაშმა შეიძლება დაბლოკოს, და შეამოწმე.

მოდები და cluster-ები#

მოდებთან cluster-ები მყიფე ხდება. მოდიდან მოსული არსება ან ნივთი მითითებაა რაღაცაზე, რასაც მოდი განსაზღვრავს. თუ დანიშნულების რუკაზე იგივე მოდი არ მუშაობს, მითითება არაფერზე მიუთითებს:

• ნივთი მოდიდან, რომელსაც დანიშნულების სერვერი არ ტვირთავს, ჩამოტვირთვისას იშლება ან საერთოდ არ ჩნდება.
• არსება დაკარგული მოდიდან არ ჩამოდის.
• პერსონაჟი, რომელსაც მოდის ჯავშანი აცვია, შეიძლება მის გარეშე ჩამოვიდეს.

უსაფრთხო წესია cluster-ის ყველა სერვერზე ერთი და იგივე მოდების სიის გაშვება, ერთი და იმავე თანმიმდევრობით. სადაც ეს შეუძლებელია - მაგალითად, რუკის მოდი, რომელიც მხოლოდ ერთ სერვერს სჭირდება - Ascended მხარს უჭერს მოდების პასიურად მითითებას სხვა სერვერებზე -passivemods=-ით, რაც მოდის მონაცემებს მისი კონტენტის გარეშე ტვირთავს, რომ მისი ნივთები გადატანას გადაურჩეს. პასიური მოდების ქცევა განახლებებთან ერთად იცვლებოდა; ყოველი მოდის ცვლილების შემდეგ საცდელი გადატანით გადაამოწმე. ARK-ის მოდები CurseForge-იდან სერვერზე თავად მოდების სიას მოიცავს.

მოდები მთელ cluster-ზე ერთდროულად განაახლე. cluster, სადაც ერთ რუკაზე მოდის 1.4 ვერსიაა, მეორეზე კი 1.5, შეიძლება გადაიტანოს მონაცემები, რომლებსაც ძველი ვერსია ვერ წაიკითხავს. გააჩერე ყველა რუკა, განაახლე და ერთად გაუშვი.

სად უნდა იყოს საერთო საქაღალდე#

ეს cluster-ების გულწრფელი შეზღუდვაა და სწორედ ის წყვეტს, სად შეგიძლია მისი გაშვება.

საქაღალდე უნდა იყოს ერთი ფიზიკური საქაღალდე, რომელშიც ყველა სერვერი წერს. ერთ მანქანაზე ეს მარტივია: ყველა სერვერი ერთსა და იმავე გზაზე მიუთითე. მანქანებს შორის ეს ქსელურ ფაილურ სისტემას ნიშნავს, რომელიც მუშაობს, მაგრამ ამატებს დაყოვნებას და ჩავარდნის ახალ გზას - ქსელური საქაღალდე, რომელიც ჩაწერის შუაში წყდება, შეიძლება გადატანის ფაილი დააზიანოს, და სერვერი არ გეტყვის, რომ ეს მოხდა.

პანელზე დაფუძნებულ ჰოსტებზე, მათ შორის Pterodactyl-სა და ყველაფერზე, რაც მასზეა აგებული, თითოეული სერვერი საკუთარი კონტეინერია საკუთარი ფაილებით. ერთ ანგარიშზე არსებული ორი სერვერი ერთმანეთის საქაღალდეებს ვერ ხედავს, და მათ შორის საერთო cluster-ის საქაღალდე ისაა, რაც ჰოსტმა შეგნებულად უნდა გამართოს, თუ საერთოდ აკეთებს ამას. მეორე სერვერის ყიდვამდე იკითხე და თუ პასუხი ბუნდოვანია, ჩათვალე, რომ არა. ერთი მანქანა, რომელსაც შენ მართავ - გამოყოფილი სერვერი ან VDS - cluster-ის გაშვების პირდაპირი გზაა, რადგან ყველა რუკას შეუძლია ერთი ლოკალური გზის გაზიარება. რამდენიმე სათამაშო სერვერი ერთ VDS-ზე აღწერს ერთი მანქანის რამდენიმე სერვერზე გაყოფას, რაც ზუსტად cluster-ია.

Backup-ები, რესტარტები და cluster-ის მონაცემები#

cluster-ის საქაღალდე არცერთი რუკის save-ის ნაწილი არ არის. მისი backup ცალკე გააკეთე, რუკების იმავე განრიგით. თუ რუკებს აღადგენ, cluster-ის საქაღალდეს კი არა, ყველა ნივთი და არსება, რომელიც backup-ის დროს გზაში იყო, ქრება, ხოლო თუ cluster-ის საქაღალდეს რუკების გარეშე აღადგენ, შეიძლება დუბლიკატები შექმნა: არსება, რომელიც რუკის backup-ის აღების შემდეგ აიტვირთა, არსებობს როგორც აღდგენილ რუკაზე, ისე cluster-ის საქაღალდეში.

სრული rollback-ის უსაფრთხო პროცედურა ასეთია:

1. გააჩერე cluster-ის ყველა სერვერი.
2. აღადგინე ყველა რუკის save და cluster-ის საქაღალდე ერთსა და იმავე დროს აღებული backup-ებიდან.
3. გაუშვი სერვერები.

დატვირთულ cluster-ზე რესტარტებსაც იგივე კოორდინაცია სჭირდება. ყველა რუკის ერთსა და იმავე დაგეგმილ წუთზე გადატვირთვა მოთამაშეებისთვის უფრო მარტივია და აცილებს იმ შემთხვევას, როცა ვიღაც რუკა A-ზე ატვირთავს, რუკა B რესტარტდება, და ის ჩადის სერვერზე, რომელიც ჯერ არ არსებობს. ARK-ისთვის ყოველდღიური რესტარტი ისედაც ნორმაა; რესტარტის განრიგები, რომლებიც გეხმარება აღწერს, როდის და როგორ გააფრთხილო მოთამაშეები.

ადმინისტრირება მთელ cluster-ზე#

ადმინის ბრძანებები სერვერზეა მიბმული. ban-ები, kick-ები და broadcast-ები ერთ რუკაზე სხვებზე არ ვრცელდება; The Island-ზე დაბანილ მოთამაშეს Scorched Earth-ზე შესვლა მაინც შეუძლია. დაბანე ყველა რუკაზე, ან გამოიყენე ინსტრუმენტი, რომელიც RCON ბრძანებებს ყველას უგზავნის. RCON უსაფრთხოდ აღწერს, როგორ შეინარჩუნო რამდენიმე RCON პორტი გამოსაყენებლად ისე, რომ არ გამოაჩინო, და თითოეულ რუკას საკუთარი ServerAdminPassword მხოლოდ მაშინ უნდა ჰქონდეს, თუ ამის მიზეზი გაქვს - cluster-ისთვის ერთი პაროლის შეცვლა უფრო მარტივია.

გეიმპლეის პარამეტრები იდენტური დატოვე, თუ რუკა განზრახ სხვანაირი არ უნდა იყოს. მოთამაშეები მოშენებას იმ რუკაზე გადაიტანენ, სადაც ყველაზე სწრაფი rate-ებია, ხოლო ფერმერობას - იქ, სადაც საუკეთესო მოპოვებაა. თუ განსხვავება მართლა გინდა, გახადე შეგნებული და გამოაცხადე. ARK-ის პარამეტრების გზამკვლევში გასაღებებია.

გადატანის პრობლემების მოგვარება#

ატვირთვა მუშაობს, მაგრამ მეორე რუკაზე არაფერი ჩნდება. სერვერები საქაღალდეს არ იზიარებენ. შეამოწმე, რომ -ClusterDirOverride ორივეზე დაყენებულია და ერთსა და იმავე ფიზიკურ საქაღალდეზე მიდის და არა ორ საქაღალდეზე ერთი და იმავე სახელით.

მეორე რუკა გადატანის სიაში არ არის. შეამოწმე, რომ -clusterid-ის მნიშვნელობები ზუსტად ემთხვევა, რეგისტრის ჩათვლით, და რომ ორივე სერვერი მუშაობს.

არსება კარგად აიტვირთა, მაგრამ ჩამოტვირთვა ვერ მოხერხდა. PreventDownloadDinos დანიშნულების სერვერზე, რუკაზე მიბმული არსება ან დაკარგული მოდი.

ნივთები რამდენიმე დღის შემდეგ ატვირთვის სიიდან გაქრა. ვადის ტაიმერები. გაზარდე TributeItemExpirationSeconds და TributeDinoExpirationSeconds.

გადარჩენილი თავისი აღჭურვილობის გარეშე ჩამოვიდა. ნივთები მოდიდან, რომელიც დანიშნულების სერვერზე არ მუშაობს. გაათანაბრე მოდების სიები ან გამოიყენე პასიური მოდები.

აღდგენის შემდეგ მოთამაშეებს დუბლირებული არსებები აქვთ. რუკები და cluster-ის საქაღალდე დროის სხვადასხვა მომენტიდან აღდგა. ორივე ერთი და იმავე backup-ების ნაკრებიდან აღადგინე.

FAQ#

ARK cluster-ის ყველა რუკა ერთ მანქანაზე უნდა იყოს?

არა, მაგრამ ყველამ ერთი და იგივე cluster-ის საქაღალდე უნდა წაიკითხოს და მასში ჩაწეროს. ერთ მანქანაზე ეს საერთო გზაა. მანქანებს შორის ქსელური ფაილური სისტემა სჭირდება, რომელიც უფრო ნელია და ჩავარდნის ახალ გზებს ამატებს.

შემიძლია cluster-ის გაშვება თითოეულ რუკაზე სხვადასხვა მოდებით?

შეგიძლია, მაგრამ მოდის ნივთები და არსებები გადატანას იმ რუკებზე, სადაც ეს მოდი არ არის, ვერ გადაურჩება. ყველგან ერთი სია გაუშვი, ან დაკარგული მოდები პასიურად მიუთითე იმ რუკებზე, რომლებსაც მათი კონტენტი არ სჭირდება.

როგორ შევუშალო ხელი მოთამაშეებს, რომ ახალ რუკაზე მოთვინიერებული არსებები არ მოიყვანონ?

დააყენე PreventDownloadDinos=True იმ სერვერის GameUserSettings.ini-ში. პერსონაჟები და ნივთები მაინც შეძლებენ ჩამოსვლას, თუ მათაც არ დაბლოკავ.

რატომ გაქრა ჩემი ატვირთული დინო?

დიდი ალბათობით ვადა გაუვიდა. ატვირთული არსებები იშლება TributeDinoExpirationSeconds-ის შემდეგ, რაც ნაგულისხმევის მსგავს პარამეტრებზე დაახლოებით ერთი დღეა. კერძო cluster-ზე გაზარდე.

ღირს cluster ექვსი მოთამაშისთვის?

იშვიათად. ყოველ რუკაში იხდი, მიუხედავად იმისა, ვინმეა თუ არა მასზე, და ექვსი ადამიანი ორ რუკაზე ცარიელად იგრძნობა. ითამაშე ერთ რუკაზე, შემდეგ კი wipe გააკეთე და მომდევნოზე გადადი, როცა ჯგუფი მზად იქნება.