nchebrov/AzerothCore-RealmMaster

Fork 0

mirror of https://github.com/uprightbass360/AzerothCore-RealmMaster.git synced 2026-01-13 00:58:34 +00:00

Files

uprightbass360 861e924aae chore: update eluna naming

2026-01-03 04:07:45 -05:00

13 KiB

Raw Blame History

Advanced Configuration

Architecture Overview
- Container Profiles
- Service Inventory & Ports
Database Hardening
Compose Overrides
Storage Structure
Build System
Custom Configuration

This document provides technical details for advanced users and system administrators working with AzerothCore RealmMaster. It covers the internal architecture, configuration options, and customization capabilities for specialized deployments and development environments.

Architecture Overview

Container Profiles

flowchart TB
    subgraph init["🔧 Initialization"]
        direction LR
        volinit["ac-volume-init<br/>Docker Volume Permissions"]
        storinit["ac-storage-init<br/>Storage Directory Permissions"]
    end

    subgraph database["💾 Database Layer"]
        direction LR
        mysql["ac-mysql<br/>MySQL 8.0<br/>:64306"]
        dbinit["ac-db-init<br/>Database Creation"]
        dbimport["ac-db-import<br/>Schema Import"]
        backup["ac-backup<br/>Automated Backups"]
    end

    subgraph clientdata["📦 Client Data"]
        client["ac-client-data<br/>WoW Assets (~15GB)"]
    end

    subgraph modmgmt["⚙️ Module Management"]
        direction LR
        modmgr["ac-modules<br/>Downloader & SQL"]
        postinst["ac-post-install<br/>Configuration"]
    end

    subgraph services["🎮 Game Services"]
        direction TB
        subgraph standard["services-standard"]
            direction LR
            auth1["ac-authserver<br/>:3784"]
            world1["ac-worldserver<br/>:8215, :7778"]
        end
        subgraph playerbots["services-playerbots"]
            direction LR
            auth2["ac-authserver-playerbots<br/>:3784"]
            world2["ac-worldserver-playerbots<br/>:8215, :7778"]
        end
        subgraph mods["services-modules"]
            direction LR
            auth3["ac-authserver-modules<br/>:3784"]
            world3["ac-worldserver-modules<br/>:8215, :7778"]
        end
    end

    subgraph tools["🛠️ Management Tools"]
        direction LR
        pma["ac-phpmyadmin<br/>:8081"]
        keira["ac-keira3<br/>:4201"]
    end

    init -.-> database
    database -.-> modmgmt
    database -.-> clientdata
    modmgmt -.-> services
    clientdata -.-> services
    database -.-> tools

    style init fill:#f5f5f5,stroke:#999,color:#000
    style database fill:#e1ffe1,stroke:#4caf50,color:#000
    style clientdata fill:#f0e1ff,stroke:#9c27b0,color:#000
    style modmgmt fill:#ffe1e1,stroke:#f44336,color:#000
    style services fill:#fff4e1,stroke:#ff9800,color:#000
    style tools fill:#e1f5ff,stroke:#2196f3,color:#000
    style standard fill:#fff9e1,color:#000
    style playerbots fill:#fff9e1,color:#000
    style mods fill:#fff9e1,color:#000

Profile Notes:

Initialization: Auto-runs, no profile needed
Database Layer: profile: db
Client Data: profile: client-data or client-data-bots
Module Management: profile: modules
Game Services: ONE of services-standard, services-playerbots, or services-modules
Management Tools: profile: tools

Service Inventory & Ports

Service / Container	Role	Ports (host → container)	Profile
`ac-mysql`	MySQL 8.0 database	(optional) `64306 → 3306` (`COMPOSE_OVERRIDE_MYSQL_EXPOSE_ENABLED=1`)	`db`
`ac-db-init`	Database schema initialization	–	`db`
`ac-db-import`	Database content import	–	`db`
`ac-backup`	Automated backup system	–	`db`
`ac-authserver`	Auth server (standard)	`3784 → 3724`	`services-standard`
`ac-worldserver`	World server (standard)	`8215 → 8085`, `7778 → 7878`	`services-standard`
`ac-authserver-playerbots`	Playerbots auth	`3784 → 3724`	`services-playerbots`
`ac-worldserver-playerbots`	Playerbots world	`8215 → 8085`, `7778 → 7878`	`services-playerbots`
`ac-authserver-modules`	Custom build auth	`3784 → 3724`	`services-modules`
`ac-worldserver-modules`	Custom build world	`8215 → 8085`, `7778 → 7878`	`services-modules`
`ac-client-data`	Client data fetcher	–	`client-data`
`ac-modules`	Module manager	–	`modules`
`ac-post-install`	Post-installation configuration	–	Auto-start
`ac-phpmyadmin`	Database admin UI	`8081 → 80`	`tools`
`ac-keira3`	Game content editor	`4201 → 8080`	`tools`

Database Hardening

MySQL port exposure – By default COMPOSE_OVERRIDE_MYSQL_EXPOSE_ENABLED=0, so ac-mysql is reachable only from the internal Docker network. Set it to 1 to publish ${MYSQL_EXTERNAL_PORT} on the host; RealmMaster scripts automatically include compose-overrides/mysql-expose.yml so the override Just Works. If you invoke Compose manually, remember to add -f compose-overrides/mysql-expose.yml. You can follow the same COMPOSE_OVERRIDE_<NAME>_ENABLED=1 pattern for any custom override files you drop into compose-overrides/.
Worldserver debug logging – Need extra verbosity temporarily? Flip COMPOSE_OVERRIDE_WORLDSERVER_DEBUG_LOGGING_ENABLED=1 to include compose-overrides/worldserver-debug-logging.yml, which bumps AC_LOG_LEVEL across all worldserver profiles. Turn it back off once you're done to avoid noisy logs.
Binary logging toggle – MYSQL_DISABLE_BINLOG=1 appends --skip-log-bin via the MySQL wrapper entrypoint to keep disk churn low (and match Playerbot guidance). Flip the flag to 0 to re-enable binlogs for debugging or replication.
Drop-in configs – Any .cnf placed in ${STORAGE_PATH}/config/mysql/conf.d (exposed via MYSQL_CONFIG_DIR) is mounted into /etc/mysql/conf.d. Use this to add custom tunables or temporarily override the binlog setting without touching the image.
Forcing a fresh database import – MySQL’s persistent files (and the .restore-* sentinels) now live inside the Docker volume mysql-data at /var/lib/mysql-persistent. The import workflow still double-checks the live runtime before trusting those markers, logging Restoration marker found, but databases are empty - forcing re-import if the tmpfs is empty. When you intentionally need to rerun the import, delete the sentinel with docker run --rm -v mysql-data:/var/lib/mysql-persistent alpine sh -c 'rm -f /var/lib/mysql-persistent/.restore-completed' and then execute docker compose run --rm ac-db-import or ./scripts/bash/stage-modules.sh. Leave the sentinel alone during normal operations so the import job doesn’t wipe existing data on every start.
Module-driven SQL migration – Module code is staged through the ac-modules service and scripts/bash/manage-modules.sh, while SQL payloads are copied into the running ac-worldserver container by scripts/bash/stage-modules.sh. Every run clears /azerothcore/data/sql/updates/{db_world,db_characters,db_auth} and recopies all enabled module SQL files with deterministic names, letting AzerothCore’s built-in updater decide what to apply. Always trigger module/deploy workflows via these scripts rather than copying repositories manually; this keeps C++ builds, Lua assets, and SQL migrations synchronized with the database state.

Restore-aware module SQL

When a backup successfully restores, the ac-db-import container automatically executes scripts/bash/restore-and-stage.sh, which simply drops storage/modules/.modules-meta/.restore-prestaged. The next ./scripts/bash/stage-modules.sh --yes clears any previously staged files and recopies every enabled module SQL file before the worldserver boots. AzerothCore’s auto-updater then scans /azerothcore/data/sql/updates/*, applies any scripts that aren’t recorded in the updates tables yet, and skips the rest—without ever complaining about missing history files.

Compose Overrides

All helper scripts automatically include any override file found in compose-overrides/ when its matching flag COMPOSE_OVERRIDE_<NAME>_ENABLED is set to 1 in .env. Each override declares its flag at the top with # override-flag: .... This lets you ship opt-in tweaks without editing docker-compose.yml.

Current examples:

compose-overrides/mysql-expose.yml (COMPOSE_OVERRIDE_MYSQL_EXPOSE_ENABLED) – Publishes MySQL to ${MYSQL_EXTERNAL_PORT} for external clients.
compose-overrides/worldserver-debug-logging.yml (COMPOSE_OVERRIDE_WORLDSERVER_DEBUG_LOGGING_ENABLED) – Raises AC_LOG_LEVEL to 3 across all worldserver profiles for troubleshooting.

Add your own override by dropping a new .yml file into compose-overrides/, documenting the flag name in a comment, and toggling that flag in .env.

Storage Structure

The project uses a dual-storage approach for optimal performance:

Primary Storage (STORAGE_PATH - default: NFS mount or shared storage)

storage/
├── config/               # Server configuration files (.conf)
│   └── mysql/
│       └── conf.d/       # Drop-in MySQL overrides (mapped to /etc/mysql/conf.d)
├── client-data/          # Unpacked WoW client data & DBC overrides
├── logs/                 # Server log files
├── modules/              # Downloaded module source code
├── lua_scripts/          # ALE Lua scripts (auto-loaded)
├── install-markers/      # Module installation state tracking
└── backups/              # Automated database backups
    ├── daily/        # Daily backups (retained per BACKUP_RETENTION_DAYS)
    └── hourly/       # Hourly backups (retained per BACKUP_RETENTION_HOURS)

storage/client-data is bind-mounted into every world/auth/client-data container. Drop patched dbc, maps, vmaps, or mmaps files directly into that folder (e.g., storage/client-data/dbc/SkillLine.dbc) and the containers will read them immediately—perfect for modules like Individual Progression or mod-worgoblin that need to overwrite Blizzard data.

Need to capture more than the default auth/world/characters schemas? Set BACKUP_EXTRA_DATABASES in .env (comma or space separated) and the ac-backup scheduler will validate each schema before adding it to the hourly/daily dump rotation. The long-standing auto-detection for acore_playerbots still works, and any missing optional schemas are logged and skipped instead of breaking the backup run.

To tweak MySQL settings, place .cnf snippets in storage/config/mysql/conf.d. Files in this directory map straight to /etc/mysql/conf.d inside ac-mysql, so you can re-enable binary logs or tune buffers without rebuilding images.

Local Storage (STORAGE_PATH_LOCAL - default: ./local-storage)

local-storage/
├── client-data-cache/    # Downloaded WoW client data archives
├── source/               # AzerothCore source repository (created during builds)
│   └── azerothcore-playerbots/  # Playerbot fork (when playerbots enabled)
└── images/               # Exported Docker images for remote deployment

Local storage now only hosts build artifacts, cached downloads, and helper images; the database files have moved into a dedicated Docker volume.

Docker Volumes

client-data-cache – Temporary storage for client data downloads
mysql-data – MySQL persistent data + .restore-* sentinels (/var/lib/mysql-persistent)

This separation ensures database and build artifacts stay on fast local storage while configuration, modules, and backups can be shared across hosts via NFS.

Build System

The build system is optimized for development and production deployments with Docker multi-stage builds and caching.

Build Configuration:

Automated dependency resolution and compilation
Multi-stage Docker builds for optimal image sizes
Build artifact caching for faster rebuilds
Support for custom patches and modifications

Module Build Source Path

MODULES_REBUILD_SOURCE_PATH - Path to AzerothCore source used for C++ module compilation.

Default: ${STORAGE_PATH_LOCAL}/source/azerothcore

Auto-selects the appropriate fork:

Playerbots enabled → ./local-storage/source/azerothcore-playerbots
Standard build → ./local-storage/source/azerothcore

Custom Override:

MODULES_REBUILD_SOURCE_PATH=/path/to/custom/azerothcore

Notes:

Must be a valid AzerothCore git repository
Cannot be inside STORAGE_PATH (performance)
Auto-managed by setup-source.sh and rebuild-with-modules.sh

Custom Configuration

Advanced customization options for specialized deployments and development environments.

Configuration Options:

Environment-specific overrides in docker-compose.override.yml
Custom module loading and configuration
Database schema modifications and patches
Network and security configuration

For additional information, see the following documents:

Getting Started Guide - Basic setup and deployment
Module Documentation - Complete module catalog and configurations
Script Reference - Detailed script documentation and usage
Main README - Project overview and quick start guide

This documentation is part of the AzerothCore RealmMaster project. For updates and contributions, visit the main project repository.

13 KiB Raw Blame History Unescape Escape