Planeación de la instancia de Azure SQL Database

Completado

Azure proporciona servicios de plataforma como servicio (PaaS) para ayudarle a administrar todos los tipos de datos, desde datos relacionales muy estructurados hasta datos no estructurados.

Aquí obtendrá información sobre por qué Azure SQL Database es una manera cómoda, rentable y segura de hospedar bases de datos relacionales.

¿Por qué elegir Azure SQL Database?

La aplicación de logística de transporte requiere procedimientos almacenados que ejecuten operaciones CRUD (crear, leer, actualizar y eliminar) básicas. Tiene experiencia trabajando con SQL Server y con otras bases de datos relacionales.

Considera dos opciones para la base de datos:

  • Hospedar SQL Server de manera local: El equipo de TI ejecuta un pequeño centro de datos localmente para admitir el departamento de finanzas y otros equipos. Puede trabajar con TI para hospedar una implementación de SQL Server en su centro de datos.
  • Hospedar Azure SQL Database en la nube: Azure SQL Database se basa en SQL Server y proporciona la funcionalidad de base de datos relacional que necesita.

Decide compilar los niveles web y de aplicación para la aplicación logística en Azure. Por lo que también tiene sentido hospedar allí la base de datos. Pero hay otras razones por las que Azure SQL Database es una opción inteligente y resulta más sencillo incluso que usar máquinas virtuales.

  • Comodidad

    La configuración de SQL Server en una máquina virtual (VM) o en hardware físico requiere que conozca los requisitos de hardware y software. Debe comprender los procedimientos recomendados de seguridad más recientes y administrar el sistema operativo y las revisiones de SQL Server de forma rutinaria. También deberá administrar los problemas de copia de seguridad y retención de datos usted mismo.

    Con Azure SQL Database, administramos el hardware, las actualizaciones de software y las revisiones del sistema operativo automáticamente. Todo lo que debe especificar es el nombre de la base de datos y algunas opciones, y tendrá una base de datos SQL en funcionamiento en cuestión de minutos.

    Puede montar y desmontar instancias de Azure SQL Database según estime oportuno. Azure SQL Database aparece rápido y es fácil de configurar. Puede dedicar menos tiempo a configurar el software y centrarse más en crear una aplicación excelente.

  • Costo

    Debido a que administramos las cosas por usted, no existen sistemas para que pueda comprar, a los que proporcionar energía o mantener de otra manera.

    Azure SQL Database tiene varias opciones de precios. Estas opciones de precios permiten equilibrar el rendimiento frente al coste, a un coste predecible. Puede empezar por unos pocos dólares al mes.

  • Escala

    Descubre que la cantidad de datos de logística de transporte que debe almacenar se duplica cada año. Cuando realiza una ejecución local, ¿cuánto exceso de capacidad debe planear?

    Con Azure SQL Database, puede ajustar el rendimiento y tamaño de la base de datos sobre la marcha cuando las necesidades cambian.

  • Seguridad

    Azure SQL Database incluye un firewall configurado de forma predeterminada para bloquear las conexiones desde la red pública de Internet. Es usted quien controla el acceso a sus datos.

    Puede permitir el acceso a direcciones IP específicas en las que confíe. Al hacerlo, le permite usar Visual Studio, SQL Server Management Studio u otras herramientas para administrar la base de datos de Azure SQL.

Conceptos de planeamiento

Aunque no necesita ser un administrador de base de datos para usar Azure SQL Database, hay algunos conceptos que debe comprender antes de empezar.

Su compañía de transporte quiere distinguirse de otras, pero sin tirar la casa por la ventana. Para proporcionar el mejor servicio de control de costes, es necesario tener un buen manejo sobre cómo configurar la base de datos.

Aquí aprenderá a tener en cuenta lo necesario al crear una base de datos de Azure SQL, incluyendo:

  • Cómo actúa un servidor lógico como contenedor administrativo para las bases de datos.
  • Cómo evaluar las diferencias entre los modelos de compra.
  • Cómo le permiten los grupos elásticos compartir la potencia de procesamiento entre bases de datos.
  • Cómo afectan las reglas de intercalación al modo de comparar y ordenar los datos.
  • Apertura de una instancia de Azure SQL Database desde Azure Portal
  • Cómo agregar reglas de firewall para que la base de datos sea accesible solo desde orígenes de confianza.

Un servidor, muchas bases de datos

Al crear la primera base de datos de Azure SQL Database, también se crea un servidor lógico de SQL Azure. Piense en un servidor lógico como un contenedor administrativo para las bases de datos. Puede controlar los inicios de sesión, las reglas de firewall y las directivas de seguridad a través del servidor lógico. También puede invalidar estas directivas en cada base de datos en el servidor lógico.

Por ahora, solo necesita una base de datos, pero un servidor lógico le permite agregar más en un momento posterior y optimizar el rendimiento entre todas las bases de datos.

Elija el rendimiento: DTU frente a núcleo virtual

Azure SQL Database tiene dos modelos de compra: DTU (unidad de transacción de base de datos) y vCore (núcleo virtual).

  • ¿Qué es una DTU?

    Una DTU es una medida combinada de recursos de proceso, almacenamiento y E/S. Considere el modelo de DTU como una opción de compra sencilla y preconfigurada.

  • ¿Qué es un núcleo virtual?

    Un núcleo virtual proporciona un mayor control sobre los recursos de proceso y almacenamiento que crea y paga.

    A diferencia del modelo de DTU, que proporciona configuraciones fijas para los recursos de proceso, almacenamiento y E/S, el modelo de núcleo virtual permite configurar cada uno de estos recursos de forma independiente. Por ejemplo, con el modelo de núcleo virtual, puede aumentar la capacidad de almacenamiento, pero mantener la cantidad existente de rendimiento de proceso y E/S.

El prototipo de transporte y logística solo necesita una base de datos. Decide usar la opción DTU porque proporciona el mejor equilibrio entre proceso, almacenamiento y rendimiento de E/S. Una pequeña base de datos DTU es menos costosa de usar mientras compila el prototipo.

¿Qué son los grupos elásticos de SQL?

Cuando se crea una base de datos de Azure SQL Database, se puede crear un grupo elástico de SQL.

Los grupos elásticos le permiten elegir un precio (un grupo de recursos) para compartir entre varias bases de datos. Los grupos elásticos son un grupo de uso de recursos y son ideales si algunas de las bases de datos tienen distintas horas de actividad máxima. Imagínese que su empresa abarca varias zonas horarias y que sus bases de datos están más ocupadas a las 8:00, hora local. Cada base de datos puede usar los recursos que necesita dentro de los límites de recursos del grupo establecidos.

Los grupos elásticos de SQL usan eDTU (DTU elásticas) o se pueden aprovisionar con núcleos virtuales.

Para el prototipo, no necesitará un grupo elástico de SQL porque solo se necesita una base de datos SQL.

¿Qué es la intercalación?

La intercalación hace referencia a las reglas que ordenan y comparan datos. La intercalación le ayuda a definir las reglas de ordenación cuando las mayúsculas y minúsculas, los acentos y otras características del lenguaje son importantes. Las reglas de ordenación permiten organizar los datos en una secuencia ordenada.

Dedique un momento a considerar lo que significa la intercalación predeterminada, SQL_Latin1_General_CP1_CI_AS:

  • Latin1_General hace referencia a la familia de idiomas de Europa Occidental.
  • CP1 hace referencia a la página de códigos 1252, una codificación de caracteres popular del alfabeto latino.
  • CI significa que las comparaciones no distinguen entre mayúsculas y minúsculas. Por ejemplo, "HOLA" se interpreta igual que "hola".
  • AS significa que las comparaciones distinguen acentos. Por ejemplo, "résumé" no se compara igualmente con "resume".

Como no tiene requisitos específicos sobre cómo se ordenan y comparan los datos, elige la intercalación predeterminada.