Não é fácil dar conselhos com base em uma descrição tão pequena, e geralmente scaling
deve ser pensado antecipadamente, desde o tempo de design.
No entanto, talvez você queira procurar em algumas áreas específicas - que podem ou não se adequar à topologia e ao design de seus sistemas. Desculpe se alguns itens são bastante óbvios, mas, novamente, é difícil fornecer conselhos relevantes e direcionados apenas com uma pequena descrição.
-
Índices: os desenvolvedores às vezes criam consultas que os administradores do BD não conhecem e os índices estão ausentes. Normalmente, o custo é exponencial, sendo às vezes pouco perceptível por vários meses (dependendo de como seus bancos de dados crescem).
-
Ajuste da configuração do servidor de banco de dados. Muito deve ser encontrado na rede e estender a memória para índices, pois isso ou aquilo pode, às vezes, alterar a vida útil do seu servidor. Adicionando memória? Seu servidor está trocando?
-
Onde está o gargalo? É realmente o próprio servidor de banco de dados, não a largura de banda? Você não tem outros processos no mesmo servidor que consomem recursos?
Escala
Em relação ao dimensionamento , depende realmente de como os dois bancos de dados estão vinculados e de quanto custo os desenvolvedores precisariam usar nas tabelas de dois servidores diferentes. Se, felizmente, você puder experimentá-los, certifique-se de que os dois servidores de banco de dados possam se comunicar de forma eficiente, por meio de um link de 1 Gb, por exemplo.