我有一个ios / Android应用程序，即将在生产模式下发布。我正在考虑创建尽可能灵活的服务器基础结构，以完全避免所有用户请求的任何延迟。我现在想尽可能多地处理超载/超大型问题，以避免以后我的应用程序在线时再次返回。
目前，我有一个云（OVH公共云），其中有一个Apache服务器实例。我想实现一个“度量服务器”，以实时监视所有这些Apache服务器上的过载。是否检测到CPU /内存/线程号过载？ （我不知道实际要监视什么），它会自动调用OVH Public Cloud API来创建一个新的计算机实例。这很容易，因为所有apache服务器都是固定的：它们始终具有完全相同的php脚本。顺便说一句，我还没有实现它，这会花费我很多配置时间，因此，如果您知道任何可以进行测量和“创建/删除负载功能实例”工作的云提供商，我而不是自己做？
但是，我想问的最重要的问题是：随着数据的每次更改，如何使我的数据库完全灵活？怎么可能（1）大小灵活（当我达到数据库大小限制时，我不想感到尴尬）（2）主管灵活？ （就像apache服务器的负载平衡和自动创建/删除实例一样）。 问题（2）是最重要的，因为我认为数据库达到4To（提供商的附加硬盘驱动器大小限制）之前会花费很多时间。虽然，我认为这对于维护如此大的数据库是不好的，但也许拥有多个数据库会更好。
对于（2），我听说了用于写入操作的MySQL主设备（该数据将数据传输到所有从属实例），以及用于读取操作的负载平衡器。但是，如果写主服务器也过载了怎么办？ 对于（1），我听说过“集群化”数据库，这显然不适用于MySQL。
但是我的问题是，总的来说，我完全不知道如何结合（1）问题和（2）问题来解决我未来在应用数据库服务器中可能遇到的所有问题。