Мій ігровий сервер на основі C ++ (який використовує базу даних) не протистоять поточній середній кількості клієнтів (гравців), тому я хочу розширити його на кілька (більше ніж один) кількість комп'ютерів і баз даних, де всі клієнти все ще залишатимуться в єдиний ігровий світ (сервери повинні спілкуватися один з одним і використовувати декілька баз даних).
Чи є підручники / книги / загальні стандарти, які пояснюють, як це зробити найкращим чином?
Відповіді:
Термінологія MMO для "залишатися в межах одного ігрового світу" - це єдиний фрагмент . EVE в Інтернеті - це єдиний великий MMO, який намагається забити кожного гравця в один шматочок.
Пощастило вам, вони опублікували дуже інформативну статтю про те, як вони це роблять.
(джерело: gamasutra.com )
Погані новини. Загалом не можна застосовувати методи EVE в Інтернеті. Їх рішення абсолютно підібрані під конкретний жанр та реалізацію.
ПРИМІТКА . Для всіх надзвичайно привабливих мереж одноосібних мереж EVE онлайн вони використовують одну базу даних. Вони не змогли розробити масштабоване, послідовне рішення з розподілом баз даних в режимі реального часу.
У будь-якому випадку читання того, як вони це зробили, повинно допомогти вам створити власне рішення. Але будьте обережні, ви намагаєтеся вирішити дуже складну проблему.
Замість того, щоб розповсюджувати свій ігровий сервер, я б запропонував спочатку вивчити інші Ваші шляхи.
Вашим першим кроком має стати роз'єднання прямого доступу до бази даних з ігрового сервера та використання специфічного програмного забезпечення для підготовки даних для вашого сервера (наприклад, XML, JSON). Вони зможуть обробляти будь-яку кількість баз даних і, що ще важливіше, зможуть надати вам певні параметри кешування додатків. Кешуйте все, що можете, і натискайте на db лише тоді, коли потрібно. Робіть великі результати і рідко замість багатьох невеликих запитів, щоб досягти найкращої ефективності у вашому сценарії.
База даних на ваш вибір може також дозволяти вам керувати кластерами, які полегшують розширення доступних ресурсів бази даних та швидше забезпечують результати, але це питання, який потребує великого досвіду та спеціального адміністратора бази даних, щоб створити та підтримувати - та не зовсім для інди-бюджету.
Щодо ігрового сервера: Загальна стратегія полягає у використанні декількох серверів, де кожен сервер управляє частиною ігрового світу. Кожному користувачеві зазвичай потрібно лише знати про те, що відбувається навколо нього, тому має сенс розділити світ за місцевістю. Це, на жаль, стає набагато складнішим, якщо у вас відкритий світ без будь-яких кордонів замість світу, який складається із закритих зон та гравців, які телепортуються між ними. Коли у вас відкритий світ, вам потрібен спосіб безперешкодної передачі гравців між зонами та спосіб синхронізації областей біля кордонів між серверами. Це складна проблема.
Щодо бази даних: бази даних SQL зазвичай погано масштабуються. Вони не розроблені для розповсюдження. Але в даний час існує досить нова тенденція баз даних NoSQL, таких як MongoDB або Cassandra, які були розроблені для розподілу на декілька серверів. Вони значно полегшують додавання потужностей, просто додаючи більше серверів. То чому б усі великі ігри не переходити на них? Тому що:
Тож, коли ваш проект вже дуже розвивається, перехід на інше рішення бази даних може бути великим ризиком і дуже великими інвестиціями часу та енергії.
Ні. Це неймовірно складна область, яка ще не була вирішена.
Я знаю, це старе, але ....
Насправді на цьому потрібно зосередитись дві області.
Потрібно розподілити свою програму на декількох серверах. Потрібно розподілити свою базу даних на декількох серверах.
І вам потрібно мати надмірність для обох.
Для цього є деякі рішення з відкритим кодом. Farmville - хороший приклад використання MemSQL / Couchbase.