Sql Azure: ¿servidores separados?

Question

Permítanme comenzar con esta pregunta diciendo que no soy ni una base de datos ni un experto en Azure.

Parece que MS cobra por el tamaño y el número de bases de datos SQL Azules y no por el número de servidores. Por lo tanto, desde el punto de vista del costo, parece factible colocar un solo dbase en cada instancia del servidor. Según tengo entendido, a veces es más beneficioso poner las bases de datos en servidores físicos separados, en lugar de en una máquina en escenarios de alto uso. ¿Podría/podría aplicarse lo mismo a los servidores virtuales Sql Azure? Esto es lo que pude encontrar sobre las instancias del servidor Sql Azure:

Un servidor SQL Azure es un grupo lógico de bases de datos y actúa como un punto administrativo central para múltiples bases de datos. Cada servidor SQL Azure incluye datos de acceso similares a los de las instancias de SQL Server en sus instalaciones."(SQL Azure Provisioning Model)

también quisiera añadir que a pesar de todas las bases de datos se accede y usa los mismos roles web, ninguno de las bases de datos requerirán datos el uno del otro, directamente.

Answer 1

La ubicación física de su base de datos y la cantidad de servidores no tienen absolutamente nada que ver que e ach otro. Ya sea que tenga 10 servidores y 10 bases de datos o 1 servidor y 10 bases de datos, es lo mismo. Al final, tendrá 10 bases de datos ubicadas físicamente en varias partes de la nube en una distribución sobre la que no tiene control. Pueden estar todos 10 en el mismo host físico (improbable), o cada uno en un host diferente (mucho más probable), no podrás controlar ni podrás averiguar realmente.

Answer 2

El servidor SQL Azure es una entidad lógica; por lo tanto, diferentes servidores no necesariamente significan servidores físicos diferentes, pueden ser máquinas virtuales separadas en el mismo servidor físico.

Answer 3

A menos que esté esperando una carga muy alta (alrededor de 500 transacciones por segundo, creo, pero no puedo encontrar la referencia a esto en ningún lado), creo que es poco probable que obtenga ningún beneficio de tener las bases de datos en diferentes servidores.

SQL Azure hace todo tipo de magia bajo el capó para difundir sus datos. Aunque hay dos bases de datos en el mismo servidor, es muy probable que se ejecuten en diferentes máquinas (y cada base de datos probablemente se equilibra de carga en varios equipos)

Tener bases de datos distribuidas en diferentes servidores genera una sobrecarga de administración ligeramente mayor. múltiples conjuntos de usuarios, reglas de firewall, etc.

Answer 4

Los servidores son un concepto virtual/lógico. Estar en el mismo servidor significa que estás en el mismo centro de datos, pero eso no significa que estés en el mismo servidor físico. Cada base de datos que tenga terminará distribuida de manera redundante en varios servidores físicos diferentes (para que no se vea afectado en el caso de una falla de hardware) y es poco probable que termine siendo el mismo servidor físico ya que nuestros centros de datos albergan un gran número de servidores.

Debe usar un servidor diferente solo cuando desee estar en un centro de datos diferente, o si desea una separación lógica. No conozco ningún motivo relacionado con la performance o la carga para tener un servidor diferente.

(En este momento hay rendimiento/carga de razones para tener bases de datos separadas en algunos casos relacionados.)

Answer 5

Hay una razón para separar, si usted quiere tener el mismo nombre de base de datos que tendrá que hacerlo en otro servidor como 1 servidor no puede tener 2 bases de datos en el mismo servidor ...

Answer 6

Existen algunas limitaciones para colocar todas sus bases de datos en un solo servidor. Cada servidor de base de datos puede admitir hasta 150 bases de datos (incluida la base de datos maestra).

Otro pensamiento a considerar es si su servidor o la máquina virtual del servidor comienza a tener problemas técnicos o de rendimiento y/o está experimentando actualizaciones. Si coloca sus bases de datos en diferentes servidores, podría ayudar a mitigar algunos riesgos, ya que si uno de sus servidores de bases de datos no funciona, no todas sus bases de datos están desconectadas.

Referencia: http://msdn.microsoft.com/en-us/library/ee336245.aspx#dcasl

Answer 7

Todo el mundo está diciendo que el servidor de base de datos de Azure es un sólo un concepto lógico que no tiene que preocuparse por ello, pero, hay algunas limitaciones, en el portal, la lista de servidores, se de hecho, te dice la cuota disponible en ese servidor, lo que significa que realmente no puedes poner demasiadas bases de datos en 1 servidor, por lo tanto, no podemos pensarlo simplemente como un concepto lógico, de lo contrario, por qué hay un límite allí. por ejemplo, ahora mismo no puede poner 3 bases de datos de nivel P3 en un servidor, porque las DTU máximas de un servidor son solo 1600 DTU, y 1 base de datos de nivel p3 tomará 800 DTU.

Por lo tanto, no puedo pensar en el servidor de base de datos azure como un simple servidor de concepto lógico para administrar las credenciales. Si hay una limitación allí, supongo que habrá algo en algún lugar que afecte el rendimiento en general.

A menos que alguien pueda ayudar a explicar de dónde proviene esa limitación.

En realidad, con el neumático web/comercial retirado, un mal vecindario podría afectar el rendimiento de su base de datos, esto hizo que el servidor se pregunte si realmente es solo un concepto lógico.