چطور سرور بازی ARK: Survival Ascended بسازیم؟ تنظیم RAM، نقشه و Cluster

ساخت ARK Survival Ascended Server با راه‌اندازی یک سرور معمولی ARK تفاوت مهمی دارد: این مقاله درباره ASA است، نه ARK: Survival Evolved یا همان ASE. بسیاری از آموزش‌های قدیمی اینترنت هنوز دستورها، نام Mapها، روش نصب Mod و حتی تنظیمات مخصوص ASE را برای ASA پیشنهاد می‌کنند؛ در حالی که Dedicated Server نسخه Ascended ساختار و نیازهای متفاوتی دارد.

موضوع زمانی مهم‌تر می‌شود که بخواهید بیش از یک Map داشته باشید. در یک Cluster واقعی، The Island و Scorched Earth یا Ragnarok صرفاً دو World داخل یک Process نیستند؛ هر Map به Server Process، RAM، Port و Save خودش نیاز دارد و فقط داده انتقال بازیکنان از طریق Cluster مشترک می‌شود.

در این راهنما یک ARK Survival Ascended Server را از دید عملی بررسی می‌کنیم: انتخاب RAM برای هر Map، نام صحیح Mapهای ASA، ساخت Cluster، نصب Mods، تنظیم Portها، Backup و بازیابی Save خراب یا Rollback شده.

اول تفاوت ASA و ASE را مشخص کنیم

ARK: Survival Ascended بازسازی ساده ARK: Survival Evolved نیست که بتوان تمام تنظیمات Server قدیمی را بدون بررسی به آن منتقل کرد. ASA از Unreal Engine 5 استفاده می‌کند و Dedicated Server آن نیز تغییراتی در Executable، Map Names، Mod System و تعدادی از Startup Argumentها دارد.

در مستندات فعلی ARK نیز برای ASA فایل اجرایی ArkAscendedServer و Map Nameهای مخصوص Ascended ثبت شده‌اند. :chatgpt-content-reference{index=”1″}

چرا RAM در ARK Survival Ascended مهم است؟

ASA از آن Game Serverهایی نیست که بتوان فقط تعداد Player Slot را دید و براساس آن RAM انتخاب کرد. Map، Mods، تعداد بازیکنان، Baseهای بزرگ، تعداد Tameها و مدت فعالیت World روی مصرف منابع اثر می‌گذارند.

مهم‌تر از همه، در Cluster باید منابع را برای هر Map محاسبه کنید.

اگر سه Map هم‌زمان روشن باشند، سه Process مستقل دارید. بنابراین 16GB RAM برای «کل Cluster» را نباید با 16GB برای «هر Map» اشتباه گرفت.

برآورد عملی RAM برای هر Map

RAM یک Cluster را چطور حساب کنیم؟

فرض کنیم قصد دارید این سه Map را هم‌زمان اجرا کنید:

The Island     → 16 GB
Scorched Earth → 16 GB
Ragnarok       → 20 GB

Estimated Map RAM = 52 GB

نباید VPS را دقیقاً با 52GB RAM سفارش دهید؛ سیستم‌عامل، File Cache، ابزار Monitoring، Backup و افزایش لحظه‌ای مصرف نیز Headroom می‌خواهند.

برای چنین سناریویی، یک ماشین 64GB منطقی‌تر از ماشینی است که دقیقاً مجموع مصرف تخمینی Mapها RAM دارد.

CPU را فدای RAM نکنید

ASA فقط RAM-heavy نیست. Game Thread، AI، Dinoها، Structures و فعالیت بازیکنان به CPU نیز فشار وارد می‌کنند.

برای Game Server معمولاً CPU جدیدتر با Performance تک‌هسته‌ای مناسب، انتخاب بهتری از پردازنده‌ای با تعداد بسیار زیاد Core اما هسته‌های کند است.

در Cluster چند Map، مسئله جالب‌تر می‌شود؛ چون Processهای جداگانه می‌توانند بین Coreهای CPU توزیع شوند. در نتیجه برای Cluster هم Single-Core Performance و هم تعداد Coreهای واقعی قابل استفاده اهمیت پیدا می‌کند.

Map Name صحیح در ASA را استفاده کنید

یکی از رایج‌ترین مشکلات هنگام مهاجرت از آموزش‌های ASE، استفاده از Map Name قدیمی است.

نمونه Mapهای فعلی ASA:

این Map Nameها در جدول فعلی Server Configuration برای ASA ثبت شده‌اند. بعضی Mapهای ASE نیز هنوز معادل رسمی ASA ندارند؛ بنابراین نباید صرفاً نام قدیمی را حدس زد. :chatgpt-content-reference{index=”2″}

نمونه اجرای یک ASA Server

ساختار Startup در ASA با نام Map شروع می‌شود و سپس Argumentهای Server اضافه می‌شوند.

یک نمونه ساده برای The Island:

ArkAscendedServer TheIsland_WP \
?SessionName=Iranica-ASA-Island \
?ServerAdminPassword=CHANGE_THIS_PASSWORD \
-port=7777

در محیط واقعی بهتر است Script اجرا، User اختصاصی، Log Management و Service Manager نیز برای Server تعریف شود.

Cluster در ASA دقیقاً چیست؟

Cluster باعث نمی‌شود چند Map داخل یک Server Process اجرا شوند. شما چند Dedicated Server دارید که با یک Cluster ID و محل مشترک برای داده‌های انتقال به یکدیگر متصل شده‌اند.

بازیکن می‌تواند Survivor، Dino یا Itemهای مجاز را بین Mapهای Cluster جابه‌جا کند.

برای Cross-ARK Transfer، سرورها باید clusterid یکسان و Cluster Directory مشترک داشته باشند. مستندات ARK نیز تأکید می‌کنند اگر Cluster ID یکسان باشد اما Directory مشترک نباشد، Serverها ممکن است در Transfer List دیده شوند ولی انتقال داده عملاً کار نکند. :chatgpt-content-reference{index=”3″}

نمونه Cluster دو Map

فرض کنیم دو Map داریم:

The Island
Scorched Earth

یک Cluster ID اختصاصی انتخاب می‌کنیم:

iranica-asa-cluster-01

و یک مسیر مشترک:

/srv/ark-cluster

Startup مربوط به The Island می‌تواند از این ساختار استفاده کند:

ArkAscendedServer TheIsland_WP \
?SessionName=Iranica-Island \
-port=7777 \
-clusterid=iranica-asa-cluster-01 \
-ClusterDirOverride="/srv/ark-cluster"

و Map دوم:

ArkAscendedServer ScorchedEarth_WP \
?SessionName=Iranica-Scorched \
-port=7787 \
-clusterid=iranica-asa-cluster-01 \
-ClusterDirOverride="/srv/ark-cluster"

اصل مهم این است که Cluster ID و Cluster Directory مشترک باشند، اما Port و Save هر Map با Map دیگر تداخل نداشته باشد. :chatgpt-content-reference{index=”4″}

Cluster ID عمومی انتخاب نکنید

مستندات ARK توصیه می‌کنند Cluster ID خیلی عمومی انتخاب نشود؛ چون امکان دارد Serverهای نامرتبطی که همان ID را استفاده کرده‌اند در Transfer List دیده شوند. یک ID اختصاصی و غیرقابل حدس انتخاب کنید. :chatgpt-content-reference{index=”5″}

هر Map باید Save مستقل داشته باشد

این قسمت در ASA اهمیت ویژه‌ای دارد. ساختار Save Mapها با ASE یکسان فرض نشود.

مستندات فعلی ARK اشاره می‌کنند که در ASA هر Map داخل Directory خودش قرار می‌گیرد، حتی در سناریوهایی که از AltSaveDirectoryName استفاده می‌شود. :chatgpt-content-reference{index=”6″}

بنابراین برای Cluster بهتر است از ابتدا ساختار Mapها را واضح نگه دارید:

ASA/
├── Island/
│   └── Saved/
├── Scorched/
│   └── Saved/
├── Ragnarok/
│   └── Saved/
└── ClusterData/

هدف این ساختار مفهومی این است که Backup، Restore و Troubleshooting یک Map باعث اشتباه در Save Map دیگر نشود.

Portهای Cluster را تکراری نگذارید

Port پیش‌فرض Game Server در تنظیمات ARK برابر 7777 است. در صورت اجرای چند Instance روی یک IP، هر Process باید Portهای لازم خودش را بدون Conflict داشته باشد. :chatgpt-content-reference{index=”7″}

برای مثال می‌توانید یک طرح منظم داشته باشید:

این اعداد صرفاً یک الگوی مدیریتی هستند؛ مهم این است که Port انتخاب‌شده آزاد باشد و Firewall نیز دقیقاً مطابق Startup واقعی تنظیم شود.

قبل از بازکردن Firewall بررسی کنید Process واقعاً روی چه Portهایی Listen می‌کند:

ss -lunp

Config اصلی ASA کجاست؟

دو فایل مهم همچنان عبارت‌اند از:

GameUserSettings.ini
Game.ini

روی Linux مسیر Config سرور به‌صورت زیر است:

ShooterGame/Saved/Config/LinuxServer/

GameUserSettings.ini بیشتر تنظیمات عمومی Server و Gameplay را نگه می‌دارد و Game.ini برای تنظیمات پیشرفته‌تر مانند XP، Engram و تغییرات Gameplay استفاده می‌شود. :chatgpt-content-reference{index=”8″}

Mods در ASA؛ Steam Workshop را فراموش کنید

یکی از تفاوت‌های مهم ASA و ASE سیستم Mod است. ASA دیگر برای Modها به Steam Workshop وابسته نیست و Mod Ecosystem آن از CurseForge استفاده می‌کند.

به همین دلیل بسیاری از دستورهای قدیمی مانند روش‌های ASE برای Workshop ID نباید بدون بررسی وارد ASA شوند.

مستندات فعلی ARK نیز گزینه قدیمی MapModID را برای ASA منسوخ اعلام کرده و استفاده از -mods را برای ASA ذکر می‌کنند. :chatgpt-content-reference{index=”9″}

نمونه ساختار:

-mods=MOD_ID_1,MOD_ID_2,MOD_ID_3

برای مثال Startup می‌تواند در انتها Mod List خودش را دریافت کند:

ArkAscendedServer TheIsland_WP \
?SessionName=Iranica-ASA \
-port=7777 \
-mods=MOD_ID_1,MOD_ID_2

در Cluster، Mod List هر Map را جدا مدیریت کنید

لزومی ندارد تمام Mapهای Cluster دقیقاً Modهای یکسانی داشته باشند؛ اما Modهایی که روی Gameplay، Itemها، Dinoها یا داده قابل انتقال اثر می‌گذارند باید با دقت بیشتری مدیریت شوند.

قبل از انتقال Survivor یا Item بین دو Map، سازگاری Modهای مبدا و مقصد را در نظر بگیرید. حذف ناگهانی یک Mod نیز ممکن است باعث ازبین‌رفتن Asset یا داده وابسته به آن در Save شود.

قبل از Update یا تغییر Mod چه چیزی Backup کنیم؟

در یک Server ساده فقط World مهم نیست. در Cluster باید سه دسته اطلاعات را در نظر بگیرید:

اگر فقط World Map را Backup کنید ولی Cluster Data خراب شود، ممکن است مشکلات مربوط به Transfer همچنان باقی بمانند.

Backup را زمانی بگیرید که Save سازگار باشد

کپی‌کردن فایل Save در همان لحظه‌ای که Server مشغول نوشتن روی آن است، روش ایده‌آلی برای Backup نیست.

برای Backup حساس، روش امن‌تر این است:

Save World
    ↓
Stop Server
    ↓
Backup Map Save
    ↓
Backup Cluster Data
    ↓
Backup Config
    ↓
Start Server

برای Backupهای Online پیشرفته‌تر می‌توان از Snapshot سازگار با Storage استفاده کرد، اما داشتن Backup قابل Restore مهم‌تر از صرفاً داشتن تعداد زیادی فایل Backup است.

Save خراب شده؛ آیا ASA نسخه قبلی دارد؟

ARK برای Saveها مکانیزم Backup نیز دارد. مستندات Server Configuration به فایل‌های Backup با پسوند .bak اشاره می‌کنند و هشدار می‌دهند که نگهداری Backup مستقل همچنان ضروری است. :chatgpt-content-reference{index=”10″}

قبل از هر Recovery ابتدا کل Save Directory فعلی را کپی کنید؛ حتی اگر فکر می‌کنید خراب است.

مثلاً:

cp -a SavedArks SavedArks.before-recovery

سپس Server را متوقف نگه دارید و فایل‌های موجود را بررسی کنید:

ls -lah
ls -lah *.ark*
ls -lah *.bak*

تاریخ و حجم فایل‌ها را مقایسه کنید. فایل بسیار کوچک یا Save با Timestamp غیرمنتظره می‌تواند سرنخ خوبی برای پیدا کردن مشکل باشد.

Backup داخلی ARK کافی است؟

خیر. مستندات ARK درباره Backupهای داخلی توضیح می‌دهند، اما برای Saveهای بزرگ استفاده از راهکار Backup مستقل انعطاف بیشتری دارد. همچنین فایل‌های قدیمی براساس سیاست‌های Server می‌توانند حذف شوند. :chatgpt-content-reference{index=”11″}

برای یک Cluster جدی بهتر است حداقل این سیاست را داشته باشید:

Cluster روی چند VPS مختلف امکان‌پذیر است؟

از نظر فنی بله، اما پیچیدگی بیشتر می‌شود. سرورهای Cluster باید به Cluster Data مشترک دسترسی قابل اعتماد داشته باشند.

مستندات ARK هشدار می‌دهند که اشتراک Cluster Storage روی شبکه می‌تواند احتمال Failure هنگام Transfer را افزایش دهد؛ مشکلی که در بدترین حالت ممکن است به ازدست‌رفتن داده انتقالی Player منجر شود. برای چنین معماری‌ای Backup مکرر Cluster Data اهمیت زیادی دارد. :chatgpt-content-reference{index=”12″}

برای Cluster کوچک، اجرای Mapها روی یک Host قدرتمند معمولاً مدیریت ساده‌تری دارد. برای Cluster بزرگ، توزیع روی چند Node امکان‌پذیر است اما Storage، Locking، Latency و Backup باید از ابتدا طراحی شوند.

مانیتور RAM هر Map

بعد از راه‌اندازی Cluster، به تخمین اولیه اکتفا نکنید.

روی Linux می‌توانید Processها را بررسی کنید:

htop

یا:

ps aux --sort=-%mem | head -20

برای RAM کل سیستم:

free -h

مصرف را زمانی بررسی کنید که بازیکنان Online هستند، Baseهای اصلی Load شده‌اند و Server مدتی کار کرده است؛ مصرف لحظه Startup معیار خوبی برای Capacity Planning نیست.

حفاظت در برابر مصرف غیرعادی RAM

ASA گزینه‌ای به نام GBUsageToForceRestart نیز دارد. مستندات فعلی مقدار پیش‌فرض آن را 35GB ذکر می‌کنند؛ اگر مصرف حافظه Server به مقدار تعیین‌شده برسد، مکانیزم می‌تواند World را Save و Server را Restart کند تا احتمال Crash یا Rollback کاهش یابد. مقدار صفر این قابلیت را غیرفعال می‌کند. :chatgpt-content-reference{index=”13″}

نمونه:

-GBUsageToForceRestart=30

این گزینه جای RAM کافی یا Monitoring را نمی‌گیرد. مقدار آن باید براساس RAM Host، تعداد Mapها و مصرف واقعی همان Instance تعیین شود.

اشتباه‌های رایج در ASA Server

چک‌لیست ساخت ARK Survival Ascended Server

پرسش‌های رایج

برای ARK Survival Ascended Server چقدر RAM لازم است؟

عدد ثابت و رسمی مناسبی برای همه سناریوها وجود ندارد. برای یک Map کوچک می‌توان حدود 12 تا 16GB را نقطه شروع عملی در نظر گرفت، اما Mapهای فعال، Mods و Worldهای بزرگ می‌توانند حافظه بیشتری مصرف کنند. برای Cluster باید RAM هر Map را جدا محاسبه کنید.

آیا یک Server Process می‌تواند چند Map را اجرا کند؟

برای Cluster، هر Map Server Process خودش را دارد. Cluster Data امکان انتقال بین Serverها را فراهم می‌کند؛ به همین دلیل هر Map RAM و Port مستقل نیاز دارد.

چرا TheIsland روی ASA اجرا نمی‌شود؟

نام Map نسخه Ascended برای The Island برابر TheIsland_WP است. TheIsland نام Map نسخه ASE است. :chatgpt-content-reference{index=”14″}

آیا Mods نسخه ASE روی ASA کار می‌کنند؟

نباید چنین فرضی داشته باشید. ASA سیستم Mod متفاوتی دارد و دیگر متکی به Steam Workshop نیست. Mod باید مشخصاً برای ARK: Survival Ascended ارائه و با Build فعلی سازگار باشد. :chatgpt-content-reference{index=”15″}

چرا Serverهای Cluster یکدیگر را می‌بینند اما Transfer کار نمی‌کند؟

یکی از دلایل مهم، Cluster Directory متفاوت است. فقط یکسان‌بودن clusterid کافی نیست؛ Serverها باید به داده Cluster مشترک دسترسی داشته باشند. :chatgpt-content-reference{index=”16″}

اگر Save خراب شد چه کار کنیم؟

Server را متوقف کنید، قبل از هر تغییری از Save فعلی یک کپی بگیرید و Backupها و فایل‌های .bak را بررسی کنید. Restore را روی تنها نسخه موجود انجام ندهید. ARK مکانیزم Backup داخلی دارد، اما برای Server جدی باید Backup مستقل و Off-server نیز داشته باشید. :chatgpt-content-reference{index=”17″}