Planen der Azure SQL-Datenbank

  • 7 Minuten

Azure bietet PaaS-Dienste (Platform-as-a-Service), um Sie beim Verwalten aller Arten von Daten zu unterstützen, beginnend bei stark strukturierten relationalen Daten bis hin zu unstrukturierte Daten.

Hier erfahren Sie, warum Azure SQL-Datenbank eine komfortable, kostengünstige und sichere Möglichkeit zum Hosten Ihrer relationalen Datenbanken darstellt.

Warum sollten Sie Azure SQL-Datenbank wählen?

Ihre Transportlogistikanwendung erfordert gespeicherte Prozeduren, die grundlegende CRUD-Vorgänge ausführen (Create (Erstellen), Read (Lesen), Update (Aktualisieren) und Delete (Löschen)). Sie haben Erfahrung im Arbeiten mit SQL Server und anderen relationalen Datenbanken.

Sie ziehen zwei Möglichkeiten für Ihre Datenbank in Betracht:

  • Lokales Hosten von SQL Server: Ihr IT-Team betreibt ein kleines internes Rechenzentrum zur Unterstützung der Finanzabteilung und einiger anderer Teams. Sie können mit der IT-Abteilung zusammenarbeiten, um eine SQL Server-Bereitstellung in ihrem Rechenzentrum zu hosten.
  • Hosten von Azure SQL-Datenbank in der Cloud: Azure SQL-Datenbank basiert auf SQL Server und bietet die benötigten Funktionen relationaler Datenbanken.

Sie haben sich entschieden, die Web- und Anwendungsebene für Ihre Logistik-App in Azure zu entwickeln. Darum ist es sinnvoll, wenn Sie auch Ihre Datenbank dort hosten. Es gibt jedoch einige weitere Gründe, warum Azure SQL-Datenbank eine gute Wahl und sogar noch einfacher zu verwenden ist als virtuelle Computer.

  • Komfort

    Zur Einrichtung von SQL Server auf einem virtuellen Computer oder physischer Hardware müssen Sie die Hardware- und Softwareanforderungen kennen. Sie müssen die neuesten bewährten Sicherheitsmethoden verstehen und Betriebssystem und SQL Server-Patches routinemäßig verwalten. Außerdem müssen Sie Sicherung und Aufbewahrung der Daten selbst verwalten.

    Mit Azure SQL-Datenbank verwalten wir Hardware, Softwareupdates und Betriebssystempatches für Sie. Alles, was Sie angeben, ist der Name Ihrer Datenbank und einige Optionen, und Sie haben eine SQL-Datenbank in Minuten ausgeführt.

    Sie können Azure SQL-Datenbank-Instanzen nach Wunsch einrichten und auflösen. Azure SQL-Datenbank lässt sich schnell aufrufen und leicht konfigurieren. Sie müssen sich weniger auf das Konfigurieren von Software konzentrieren und gewinnen Zeit, um Ihrer App den letzten Schliff zu geben.

  • Kosten

    Da wir die Verwaltung an Ihrer Stelle übernehmen, müssen Sie weder Systeme erwerben, noch Energieversorgung für sie bereitstellen oder sie anderweitig warten.

    Azure SQL-Datenbank bietet mehrere Preisoptionen. Mit diesen Preisoptionen können Sie ein Preis-Leistungs-Verhältnis zu planbaren Kosten erhalten. Sie können mit wenigen Euro im Monat beginnen.

  • Skalieren

    Sie erkennen, dass sich die Transportlogistik-Datenmenge, die Sie speichern müssen, jedes Jahr verdoppelt. Wie viel überschüssige Kapazität sollten Sie bei lokaler Ausführung einplanen?

    Mit Azure SQL-Datenbank können Sie die Leistung und Größe Ihrer Datenbank dynamisch anpassen, wenn Ihre Anforderungen sich ändern.

  • Security

    Die Azure SQL-Datenbank verfügt über eine Firewall, die standardmäßig so konfiguriert ist, dass Verbindungen aus dem öffentlichen Internet blockiert werden. Sie steuern den Zugriff auf Ihre Daten.

    Sie können den Zugriff auf bestimmte IP-Adressen zulassen, denen Sie vertrauen. Dies ermöglicht es Ihnen, Visual Studio, SQL Server Management Studio oder andere Tools zum Verwalten Ihrer Azure SQL-Datenbank zu verwenden.

Planen von Konzepten

Obwohl Sie kein Datenbankadministrator sein müssen, um Azure SQL-Datenbank zu verwenden, sollten Sie ein paar Konzepte kennen, bevor Sie beginnen.

Ihr Transportunternehmen möchte sich von anderen Unternehmen abheben, aber keine übermäßigen Investitionen tätigen. Um den besten Service bereitzustellen und dabei die Kosten unter Kontrolle zu halten, müssen Sie die Datenbank optimal einrichten.

Hier erfahren Sie, was Sie beim Erstellen einer Azure SQL-Datenbank berücksichtigen sollten, einschließlich:

  • Wie ein logischer Server als administrativer Container für Ihre Datenbanken fungiert.
  • Die Unterschiede zwischen Kaufmodellen.
  • Wie Pools für elastische Datenbanken Ihnen ermöglichen, die Verarbeitungsleistung zwischen Datenbanken zu verteilen.
  • Wie Sortierungsregeln sich auf das Vergleichen und Sortieren von Daten auswirken.
  • Aufrufen von Azure SQL-Datenbank im Azure-Portal
  • Wie Firewallregeln hinzugefügt werden, damit nur vertrauenswürdige Quellen auf Ihre Datenbank zugreifen können.

Ein Server, viele Datenbanken

Wenn Sie Ihre erste Azure SQL-Datenbank erstellen, erstellen Sie auch einen logischen Azure SQL-Server. Stellen Sie sich einen logischen Server als administrativen Container für Ihre Datenbanken vor. Sie können Anmeldungen, Firewallregeln und Sicherheitsrichtlinien über den logischen Server steuern. Sie können diese Richtlinien auch für jede Datenbank auf dem logischen Server überschreiben.

Im Moment benötigen Sie nur eine einzige Datenbank. Mit einem logischen Server können Sie jedoch zu einem späteren Zeitpunkt weitere Datenbanken hinzufügen und die Leistung Ihrer Datenbanken optimieren.

Wählen Sie die Leistung aus: DTUs oder virtuelle Kerne

Für Azure SQL-Datenbank gibt es zwei Kaufmodelle: DTU und V-Kern.

  • Was sind DTUs?

    DTU steht für Database Transaction Unit (Datenbanktransaktionseinheit) und ist ein kombiniertes Maß aus Compute-, Speicher- und E/A-Ressourcen. Stellen Sie sich das DTU-Modell als einfache, vorkonfigurierte Kaufoption vor.

  • Was sind V-Kerne?

    V-Kerne sind virtuelle Kerne, die Ihnen mehr Kontrolle über die Compute- und Speicherressourcen bieten, die Sie erstellen und bezahlen.

    Im Gegensatz zum DTU-Modell mit seinen fest konfigurierten Werten für Compute-, Speicher- und E/A-Ressourcen kann beim Modell mit virtuellen Kernen jede dieser Ressourcen unabhängig konfiguriert werden. So können Sie beim Modell mit virtuellen Kernen beispielsweise die Speicherkapazität erhöhen, ohne den Umfang der Computeressourcen und des E/A-Durchsatzes zu ändern.

Ihr Transport- und Logistikprototyp benötigt nur eine einzelne Datenbank. Sie entscheiden sich dafür, die DTU-Option zu verwenden, da sie ein ausgewogenes Verhältnis zwischen Compute-, Speicher- und E/A-Leistung bietet. Eine kleine DTU-Datenbank sind beim Erstellen Ihres Prototyps kostengünstiger.

Was sind Pools für elastische SQL-Datenbanken?

Wenn Sie Ihre Azure SQL-Datenbank erstellen, können Sie einen Pool für elastische SQL-Datenbanken erstellen.

Bei Pools für elastische Datenbanken können Sie einen Preis für mehrere Datenbanken auswählen – einen pro Ressourcenpool. Bei Pools für elastische Datenbanken handelt es sich um Ressourcennutzungspools. Sie sind ideal, wenn einige Ihrer Datenbanken ihre höchste Aktivität zu verschiedenen Zeitpunkten haben. Stellen Sie sich Folgendes vor: Ihr Unternehmen umfasst mehrere Zeitzonen, und Ihre Datenbanken werden jeweils um 8 Uhr Ortszeit am aktivsten genutzt. Jede Datenbank kann die benötigten Ressourcen innerhalb der von Ihnen festgelegten Ressourcenbeschränkungen des Pools verwenden.

SQL-Pools für elastische Datenbanken verwenden eDTUs (elastische DTUs) oder können mit V-Kernen bereitgestellt werden.

Für Ihren Prototyp benötigen Sie keinen Pool für elastische SQL-Datenbanken, da Sie nur eine einzige SQL-Datenbank benötigen.

Was ist eine Sortierung?

Sortierung bezieht sich auf die Regeln zum Sortieren und Vergleichen von Daten. Eine Sortierung vereinfacht das Definieren von Sortierregeln, wenn Groß-/Kleinschreibung, Akzente und andere sprachliche Merkmale wichtig sind. Sortierregeln ermöglichen es Ihnen, Daten in einer Sequenz mit einer bestimmten Reihenfolge anzuordnen.

Das bedeutet die Standardsortierung SQL_Latin1_General_CP1_CI_AS:

  • Latin1_General bezieht sich auf die Familie der westeuropäischen Sprachen.
  • CP1 bezieht sich auf Codepage 1252, eine gängige Zeichencodierung des lateinischen Alphabets.
  • CI bedeutet, dass die Groß-/Kleinschreibung beim Vergleichen nicht beachtet wird. Beispielsweise werden „HELLO“ und „Hello“ im Vergleich als gleich angesehen.
  • CI bedeutet, dass Akzente beim Vergleichen beachtet werden. Beispielsweise werden „résumé“ und „resume“ im Vergleich nicht als gleich angesehen.

Da Sie keine bestimmten Anforderungen hinsichtlich der Art haben, in der Daten sortiert und verglichen werden, wählen Sie die Standardsortierung aus.