# To solve the issue of too many in one system for the server

**URL:** <https://forums.eveonline.com/t/to-solve-the-issue-of-too-many-in-one-system-for-the-server/288289>\
**Category:** Player Features & Ideas\
**Created:** [January 3, 2021, 3:44pm UTC](https://forums.eveonline.com/t/to-solve-the-issue-of-too-many-in-one-system-for-the-server/288289 "2021-01-03T15:44:53Z")\
**Posts on this page:** 1\
**Showing post:** 25

<div class="post-metadata">

**Author:** ![Scipio\_Artelius](https://sea1.discourse-cdn.com/eveonline/user_avatar/forums.eveonline.com/scipio_artelius/32/408264_2.png) [@Scipio\_Artelius](https://forums.eveonline.com/u/Scipio_Artelius)\
**Post date:** [January 4, 2021, 10:58am UTC](https://forums.eveonline.com/t/to-solve-the-issue-of-too-many-in-one-system-for-the-server/288289/25 "2021-01-04T10:58:37Z")

</div>

> [@Anderson\_Geten](#):
>
> hypervisor assumes virtual machine, which is bad for CPU intensive calls and especially on hardwares specifically made for high performances.

Well it specifies virtualisation (not just VMs) and isn’t so much an assumption. Once a hypervisor is in use, virtualization is being used. With current generation hypervisors, CPU intensive operations are not negatively impacted in a significant way. I will happily post public papers tomorrow if you want.

And there is no need to assume CCP use virtualisation, the devblog for TQ Tech III clearly shows ESXi hosts:

> **[Tranquility Tech III | EVE Online](https://www.eveonline.com/news/view/tranquility-tech-3)**
>
> On behalf of the Operations Team, and with blog writing music blasting on full (Skálmöld), I am privileged to be telling you about a huge project called  Tranquility Tech III, which we plan to complete by early 2016.  The project is called...

> [@](#):
>
> Our plan is to create a 4 node ESXi cluster farm with the 4 monster nodes. On top of the hypervisor we’ll build both of our SQL Server clusters with one cluster node per ESXi server - as if they were physical. No real change there!  
> …  
> The real benefit comes into play when (or _if_, but more likely _when_) one of these physical hosts needs hardware maintenance or needs to be taken offline for some reason. At this point, in a typical two-node physical cluster we would be forced to run on only one cluster node and have fingers crossed that our now-single-point-of-failure does not fail. Lots of soulful Amarrian prayers would be required.
> 
> With our virtual direction, we could simply vMotion the passive cluster node from its dedicated ESXi host to another ESXi host (the one hosting the 2nd cluster’s passive node)…and Bob’s yer uncle!

> [@Anderson\_Geten](#):
>
> then the only solution is to make HW upgrades and program changes in order for Eve to be handled on a SINGLE server.

Yes, although it’s not handled on a single server now. It’s single sharded (ie. the database is a single shard), but it runs on multiple servers.

But yes totally. Continued hardware developments and changes in the code base is the long term solution. It’ll never truly be a solution as such, because there will always be a physical limit to how big a fight can get, but the ceiling will continue to increase while CCP continues to maintain and develop the game.

---

_[View the full topic](https://forums.eveonline.com/t/to-solve-the-issue-of-too-many-in-one-system-for-the-server/288289)._