Amir Jabbari
ساخت 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 شده.
قبل از شروع: اگر در یک آموزش با دستور ShooterGameServer TheIsland یا روش Steam Workshop برای Modهای ARK روبه‌رو شدید، احتمال زیادی وجود دارد که آن راهنما مربوط به ASE باشد. در ASA فایل اجرایی و Map IDها تغییر کرده‌اند و Modها نیز دیگر بر پایه Steam Workshop نیستند. :chatgpt-content-reference{index=”0″}
اول تفاوت ASA و ASE را مشخص کنیم
ARK: Survival Ascended بازسازی ساده ARK: Survival Evolved نیست که بتوان تمام تنظیمات Server قدیمی را بدون بررسی به آن منتقل کرد. ASA از Unreal Engine 5 استفاده می‌کند و Dedicated Server آن نیز تغییراتی در Executable، Map Names، Mod System و تعدادی از Startup Argumentها دارد.
| مورد | ASA | ASE |
|---|---|---|
| بازی | ARK: Survival Ascended | ARK: Survival Evolved |
| Executable | ArkAscendedServer | ShooterGameServer |
| The Island | TheIsland_WP | TheIsland |
| Scorched Earth | ScorchedEarth_WP | ScorchedEarth_P |
| Mod Platform | CurseForge / ASA Mod System | Steam Workshop در نسخه Steam |
| نیاز سخت‌افزاری | به‌مراتب سنگین‌تر | سبک‌تر |
در مستندات فعلی 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
| نوع Server | RAM پیشنهادی برای شروع | توضیح |
|---|---|---|
| یک Map، گروه کوچک | حدود 12 تا 16GB | Vanilla یا Mods محدود |
| یک Map فعال | حدود 16 تا 20GB | فضای امن‌تر برای رشد World |
| Map سنگین / Modded | 20 تا 24GB یا بیشتر | وابسته به Mods و World |
| Cluster دو Map | حدود 32GB به بالا | هر دو Process هم‌زمان |
| Cluster سه Map | 48GB به بالا | باید هر Map جدا Benchmark شود |
این اعداد Minimum رسمی Wildcard نیستند. این جدول برای Capacity Planning عملی است. ASA می‌تواند بسته به Map، Build بازی، تعداد Mods و وضعیت World مصرف متفاوتی داشته باشد؛ بنابراین بعد از راه‌اندازی باید Peak واقعی RAM را اندازه‌گیری کنید.
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 فقط دنبال «تعداد Core بیشتر» نباشید؛ برای Cluster نیز فقط دنبال «بالاترین Clock» نباشید. چند Process هم‌زمان به ترکیبی از هسته‌های سریع و ظرفیت پردازشی کافی نیاز دارند.
Map Name صحیح در ASA را استفاده کنید
یکی از رایج‌ترین مشکلات هنگام مهاجرت از آموزش‌های ASE، استفاده از Map Name قدیمی است.
نمونه Mapهای فعلی ASA:
| Map | ASA Map ID |
|---|---|
| The Island | TheIsland_WP |
| The Center | TheCenter_WP |
| Scorched Earth | ScorchedEarth_WP |
| Ragnarok | Ragnarok_WP |
| Aberration | Aberration_WP |
| Extinction | Extinction_WP |
| Valguero | Valguero_WP |
| Genesis: Part 1 | Genesis_WP |
| Astraeos | Astraeos_WP |
| Lost Colony | LostColony_WP |
این 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-clusterStartup مربوط به 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″}
برای مثال می‌توانید یک طرح منظم داشته باشید:
| Map | Game Port نمونه |
|---|---|
| The Island | 7777 |
| Scorched Earth | 7787 |
| Ragnarok | 7797 |
این اعداد صرفاً یک الگوی مدیریتی هستند؛ مهم این است که Port انتخاب‌شده آزاد باشد و Firewall نیز دقیقاً مطابق Startup واقعی تنظیم شود.
قبل از بازکردن Firewall بررسی کنید Process واقعاً روی چه Portهایی Listen می‌کند:
ss -lunpPortهای ASE را کورکورانه برای ASA کپی نکنید. Config و Listening Portهای همان Build سرور را بررسی کنید و فقط Portهایی را در Firewall باز کنید که واقعاً موردنیاز هستند.
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 باید سه دسته اطلاعات را در نظر بگیرید:
| داده | اهمیت |
|---|---|
| Save هر Map | World، Structures، Dinoها و Progress |
| Cluster Data | اطلاعات انتقال بین Mapها |
| Config | Game.ini و GameUserSettings.ini |
اگر فقط 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 غیرمنتظره می‌تواند سرنخ خوبی برای پیدا کردن مشکل باشد.
هیچ‌وقت اولین کارتان حذف Save خراب نباشد. آن را Rename یا Copy کنید. ممکن است بعداً برای بازیابی Character، Tribe یا بررسی علت خرابی به همان فایل نیاز داشته باشید.
Backup داخلی ARK کافی است؟
خیر. مستندات ARK درباره Backupهای داخلی توضیح می‌دهند، اما برای Saveهای بزرگ استفاده از راهکار Backup مستقل انعطاف بیشتری دارد. همچنین فایل‌های قدیمی براساس سیاست‌های Server می‌توانند حذف شوند. :chatgpt-content-reference{index=”11″}
برای یک Cluster جدی بهتر است حداقل این سیاست را داشته باشید:
| نوع Backup | پیشنهاد |
|---|---|
| Local | چند Restore Point اخیر |
| قبل از Update | Save + Config + Cluster Data |
| قبل از تغییر Mods | Backup کامل |
| Off-server | حداقل یک نسخه روی Storage دیگر |
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
🔹 استفاده از آموزش ASE برای ASA بدون بررسی.
🔹 استفاده از TheIsland به‌جای TheIsland_WP.
🔹 استفاده از روش Steam Workshop برای Modهای ASA.
🔹 محاسبه RAM Cluster بدون محاسبه جداگانه هر Map.
🔹 اجرای چند Map با Portهای تکراری.
🔹 استفاده از Cluster ID یکسان ولی Cluster Directory متفاوت.
🔹 استفاده از Cluster ID عمومی.
🔹 Backup کردن World بدون Cluster Data.
🔹 حذف Save خراب قبل از تهیه کپی.
🔹 Update یا حذف Mod بدون Backup.
🔹 نگهداری تمام Backupها روی همان VPS.
🔹 خرید RAM زیاد در کنار CPU ضعیف.
چک‌لیست ساخت ARK Survival Ascended Server
☐ مطمئن شده‌اید راهنما مربوط به ASA است، نه ASE.
☐ Map ID صحیح Ascended را انتخاب کرده‌اید.
☐ RAM برای هر Map جدا محاسبه شده است.
☐ برای سیستم‌عامل و Peak مصرف RAM آزاد دارید.
☐ CPU از Performance تک‌هسته‌ای مناسبی برخوردار است.
☐ هر Map Port مستقل دارد.
☐ Firewall مطابق Portهای واقعی Server تنظیم شده است.
☐ Modها مخصوص ASA هستند.
☐ Cluster ID بین Mapها یکسان است.
☐ Cluster Directory واقعاً بین Mapها مشترک است.
☐ Save هر Map مستقل Backup می‌شود.
☐ Cluster Data نیز داخل Backup قرار دارد.
☐ قبل از Update و تغییر Mods Restore Point دارید.
☐ حداقل یک Backup خارج از Host اصلی نگهداری می‌شود.
می‌خواهید یک ARK Survival Ascended Server یا Cluster چند Map راه‌اندازی کنید؟
ASA مخصوصاً در Cluster به RAM و CPU بیشتری نسبت به بسیاری از Game Serverها نیاز دارد. اگر قرار است The Island، Scorched Earth، Ragnarok یا چند Map دیگر هم‌زمان Online باشند، منابع هر Map باید جداگانه محاسبه شود تا با روشن‌شدن Instance دوم یا سوم Host وارد Swap نشود.
در ایرانیکاسرور می‌توانید براساس تعداد Map، تعداد بازیکنان و Mods، VPS مناسب انتخاب کنید یا برای پیکربندی Cluster، Portها، Backup و راه‌اندازی Dedicated Server درخواست تنظیم سرور بدهید.
پشتیبانی ایرانیکاسرور: 021-91302467
پرسش‌های رایج
برای 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″}
جمع‌بندی
برای ساخت یک ARK Survival Ascended Server پایدار، اولین قدم این است که ASA را با ASE اشتباه نگیریم. Map Nameها، Executable، Mod System و بخشی از تنظیمات Server در Ascended تغییر کرده‌اند و کپی‌کردن یک Tutorial قدیمی می‌تواند از همان Startup مشکل ایجاد کند.
اگر فقط یک Map دارید، RAM، CPU، Mods و Backup همان Instance را مدیریت کنید. اما به‌محض ساخت Cluster باید ذهنیت شما به «منابع برای هر Map» تغییر کند؛ هر Map Process و Save خودش را دارد و Cluster فقط ارتباط انتقالی میان آن‌ها را برقرار می‌کند.
در نهایت، مهم‌ترین فایل‌های شما خود Binaryهای ARK نیستند؛ Save Mapها، Cluster Data و Config هستند. فایل Server دوباره دانلود می‌شود، اما World چندماهه، Dinoها، Baseها و Survivorهای ازدست‌رفته همیشه قابل بازسازی نیستند.
دیدگاه‌ها (۰)