

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Interne Classic Load Balancer
<a name="elb-internal-load-balancers"></a>

Wenn Sie einen Load Balancer erstellen, müssen Sie entscheiden, ob es ein interner Load Balancer oder ein mit dem Internet verbundener Load Balancer werden soll.

Die Knoten eines mit dem Internet verbundenen Load Balancers haben öffentliche IP-Adressen. Der DNS-Name eines mit dem Internet verbundenen Load Balancers ist öffentlich zu den öffentlichen IP-Adressen der Knoten auflösbar. Daher können mit dem Internet verbundene Load Balancer Anfragen von Clients über das Internet weiterleiten. Weitere Informationen finden Sie unter [Mit dem Internet verbundene Classic Load Balancer](elb-internet-facing-load-balancers.md).

Die Knoten eines internen Load Balancers haben nur private IP-Adressen. Der DNS-Name eines internen Load Balancers ist öffentlich zu den privaten IP-Adressen der Knoten auflösbar. Daher kann der interne Load Balancer nur Anforderungen von Clients mit Zugriff auf die VPC für den Load Balancer weiterleiten.

Wenn Ihre Anwendung mehrere Stufen hat, z. B. Webserver, die mit dem Internet verbunden sein müssen, und Datenbank-Server, die nur eine Verbindung zum Webserver haben, können Sie eine Architektur einrichten, die sowohl interne als auch mit dem Internet verbundene Load Balancer verwendet. Erstellen Sie einen mit dem Internet verbundenen Load Balancer und registrieren Sie die Webserver bei ihm. Erstellen Sie einen internen Load Balancer und registrieren Sie die Datenbankserver bei ihm. Die Webserver empfangen Anforderungen von dem mit dem Internet verbundenen Load Balancer und senden die Anforderungen für den Datenbankserver an den internen Load Balancer. Die Datenbankserver empfangen Anfragen vom internen Load Balancer.

![\[Ein interner Load Balancer leitet den Traffic an Ihre EC2 Instances in privaten Subnetzen weiter.\]](http://docs.aws.amazon.com/de_de/elasticloadbalancing/latest/classic/images/internal_load_balancer.png)


**Topics**
+ [Öffentlicher DNS-Name für Ihren Load Balancer](#internal-public-dns-name)
+ [Erstellen eines internen Classic Load Balancer](elb-create-internal-load-balancer.md)

## Öffentlicher DNS-Name für Ihren Load Balancer
<a name="internal-public-dns-name"></a>

Wenn ein interner Load Balancer erstellt wird, erhält er einen öffentlichen DNS-Namen im folgenden Format:

```
internal-name-123456789.region.elb.amazonaws.com
```

Die DNS-Server lösen den DNS-Namen Ihres Load Balancer in die privaten IP-Adressen der Load Balancer-Knoten für Ihren internen Load Balancer auf. Jeder Load Balancer-Knoten ist mithilfe von Elastic Network-Schnittstellen mit den privaten IP-Adressen der Back-End-Instances verbunden. Wenn zonenübergreifendes Load Balancing aktiviert ist, ist jeder Knoten unabhängig von der Availability Zone mit jeder Back-End-Instance verbunden. Andernfalls ist jeder Knoten nur mit den Instances verbunden, die sich in derselben Availability Zone befinden.

# Erstellen eines internen Classic Load Balancer
<a name="elb-create-internal-load-balancer"></a>

Sie können einen internen Load Balancer erstellen, um Traffic von Clients mit Zugriff auf die VPC für den Load Balancer an Ihre EC2 Instances zu verteilen.

**Topics**
+ [Voraussetzungen](#create-internal-lb-prereq)
+ [Erstellen Sie mithilfe der Konsole einen internen Load Balancer](#create-internal-lb)
+ [Erstellen Sie einen internen Load Balancer mit dem AWS CLI](#create-internal-lb-cli)

## Voraussetzungen
<a name="create-internal-lb-prereq"></a>
+ Wenn Sie noch keine VPC für Ihren Load Balancer erstellt haben, müssen Sie diese erstellen, bevor Sie beginnen. Weitere Informationen finden Sie unter [Empfehlungen für Ihre VPC](elb-backend-instances.md#set-up-ec2).
+ Starten Sie die EC2 Instances, die Sie bei Ihrem internen Load Balancer registrieren möchten. Stellen Sie sicher, dass Sie diese in privaten Subnetzen im VPC für den Load Balancer starten.

## Erstellen Sie mithilfe der Konsole einen internen Load Balancer
<a name="create-internal-lb"></a>

Gehen Sie wie folgt vor, um einen internen Classic Load Balancer zu erstellen. Geben Sie grundlegende Konfigurationsinformationen für Ihren Load Balancer an, z. B. einen Namen und ein Schema. Geben Sie anschließend Informationen über Ihr Netzwerk und den Listener an, der den Datenverkehr an Ihre Instances weiterleitet.

**So erstellen Sie einen internen Classic Load Balancer mithilfe der Konsole**

1. Öffnen Sie die EC2 Amazon-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).

1. Wählen Sie in der Navigationsleiste eine Region für Ihren Load Balancer aus. Achten Sie darauf, dieselbe Region auszuwählen, die Sie für Ihre EC2 Instances ausgewählt haben.

1. Wählen Sie im Navigationsbereich unter **LOAD BALANCING** die Option **Load Balancers** aus.

1. Wählen Sie **Load Balancer erstellen** aus.

1. Erweitern Sie den Abschnitt **Classic Load Balancer** und wählen Sie dann **Create** (Erstellen) aus.

1. **Basiskonfiguration**

   1. Geben Sie im Feld **Load balancer name** (Name des Load Balancers) einen Namen für Ihren Load Balancer ein.

      Der Name des Classic Load Balancers muss innerhalb Ihrer Gruppe mit Classic Load Balancern für die Region eindeutig sein, darf maximal 32 Zeichen lang sein, darf nur alphanumerische Zeichen sowie Bindestriche enthalten und darf nicht mit einem Bindestrich beginnen oder enden.

   1. Wählen Sie für **Scheme** (Schema) die Option **Internal** (Intern) aus.

1. **Netzwerkzuordnung**

   1. Wählen Sie im Feld **VPC** die VPC aus, die Sie für Ihre Instances verwendet haben.

   1. Wählen Sie für **Mappings** (Zuordnungen) zunächst eine Availability Zone und dann ein Subnetz aus den verfügbaren Subnetzen aus. Sie können nur ein Subnetz pro Availability Zone auswählen. Zur Verbesserung der Verfügbarkeit Ihrer Load Balancer wählen Sie mehr als eine Availability Zone und ein Subnetz aus.

1. Wählen Sie für **Security groups** (Sicherheitsgruppen) eine vorhandene Sicherheitsgruppe aus, die so konfiguriert ist, dass sie den erforderlichen HTTP-Verkehr auf Port 80 zulässt. Oder Sie können eine neue Sicherheitsgruppe erstellen, wenn Ihre Anwendung unterschiedliche Protokolle und Ports verwendet.

1. **Listener und Routing**

   1. Stellen Sie für **Listener** sicher, dass das Protokoll `HTTP` und der Port `80` ist.

   1. Stellen Sie für **Instance** sicher, dass das Protokoll `HTTP` und der Port `80` ist.

1. **Health checks** (Zustandsprüfungen)

   1. Für das **Ping Protocol**(Ping-Protokoll) ist die Standardeinstellung `HTTP`.

   1. Für **Ping Port** (Ping-Port) ist der Standardwert `80`.

   1. Für **Ping Path** (Ping-Pfad) ist der Standardwert `/`.

   1. Verwenden Sie für die **Advanced health check settings** (Erweiterte Einstellungen für die Zustandsprüfung) die Standardwerte oder geben Sie anwendungsspezifische Werte ein.

1. **Instances**

   1. Wählen Sie **Add instances** (Instances hinzufügen) aus, um den Bildschirm zur Instance-Auswahl aufzurufen.

   1. Unter **Available instances** (Verfügbare Instances) können Sie basierend auf den zuvor gewählten Netzwerkeinstellungen aus den aktuellen Instances auswählen, die für den Load Balancer verfügbar sind.

   1. Wenn Sie mit Ihrer Auswahl zufrieden sind, wählen Sie **Confirm** (Bestätigen) aus, um die zu registrierenden Instances zum Load Balancer hinzuzufügen.

1. **Attribute**

   1. Behalten Sie für **Enable cross-zone load balancing** (Zonenübergreifendes Load Balancing aktivieren), **Enable connection draining** (Connection Draining aktivieren) und **Timeout (draining interval)** (Timeout (Draining-Intervall)) die Standardwerte bei.

1. **Load balancer tags (optional)** (Load-Balancer-Tags (optional))

   1. Das Feld **Key** (Schlüssel) ist ein Pflichtfeld.

   1. Das Feld **Value** (Wert) ist optional.

   1. Um ein weiteres Tag hinzuzufügen, wählen Sie **Add new tag** (Neues Tag hinzufügen) aus und geben Sie dann Ihre Werte in das Feld **Key** (Schlüssel) und optional in das Feld **Value** (Wert) ein.

   1. Um ein vorhandenes Tag zu entfernen, wählen Sie neben dem zu entfernenden Tag die Option **Remove** (Entfernen).

1. **Summary and creation** (Zusammenfassung und Erstellung)

   1. Wenn Sie Einstellungen ändern müssen, wählen Sie neben der Einstellung, die geändert werden muss, **Edit** (Bearbeiten) aus.

   1. Wenn Sie mit allen in der Zusammenfassung angezeigten Einstellungen zufrieden sind, wählen Sie **Create load balancer** (Load Balancer erstellen) aus, um mit der Erstellung Ihres Load Balancers zu beginnen.

   1. Wählen Sie auf der letzten Erstellungsseite **Load Balancer anzeigen** aus, um Ihren Load Balancer in der EC2 Amazon-Konsole anzuzeigen.

1. **Verify**

   1. Wählen Sie den neuen Load Balancer aus.

   1. Überprüfen Sie auf der Registerkarte **Target instances** (Ziel-Instances) die Spalte **Health status** (Zustandsstatus). Sobald mindestens eine Ihrer EC2 Instances in **Betrieb** ist, können Sie Ihren Load Balancer testen.

   1. Kopieren Sie im Abschnitt **Details** den **DNS name** (DNS-Namen) des Load Balancers, der etwa wie `my-load-balancer-1234567890.us-east-1.elb.amazonaws.com` aussehen würde.

   1. Fügen Sie den **DNS name** (DNS-Namen) Ihres Load Balancers in das Adressfeld eines öffentlichen Webbrowsers mit Internetanschluss ein. Wenn Ihr Load Balancer korrekt funktioniert, sehen Sie die Standardseite Ihres Servers.

1. **Delete (optional)** (Löschen (optional))

   1. Wenn Sie einen CNAME-Eintrag für Ihre Domain haben, der auf Ihren Load Balancer verweist, verweisen Sie ihn an den neuen Standort und warten Sie, bis die DNS-Änderungen wirksam werden, bevor Sie den Load Balancer löschen.

   1. Öffnen Sie die EC2 Amazon-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).

   1. Wählen Sie den Load Balancer aus.

   1. Wählen Sie den Load Balancer aus und klicken Sie auf **Actions** (Aktionen) und dann auf **Delete load balancer** (Load Balancer löschen).

   1. Wenn Sie zur Bestätigung aufgefordert werden, geben Sie `confirm` ein und wählen Sie dann **Delete** (Löschen) aus.

   1. Nachdem Sie einen Load Balancer gelöscht haben, werden die EC2 Instances, die beim Load Balancer registriert wurden, weiter ausgeführt. Ihnen wird jede teilweise oder ganze Stunde in Rechnung gestellt, in der sie weiterlaufen. Wenn Sie eine EC2 Instance nicht mehr benötigen, können Sie sie beenden oder beenden, um zusätzliche Kosten zu vermeiden.

## Erstellen Sie einen internen Load Balancer mit dem AWS CLI
<a name="create-internal-lb-cli"></a>

Elastic Load Balancing erstellt standardmäßig einen mit dem Internet verbundenen Load Balancer. Gehen Sie wie folgt vor, um einen internen Load Balancer zu erstellen und Ihre EC2 Instances beim neu erstellten internen Load Balancer zu registrieren.

**So erstellen Sie einen internen Load Balancer**

1. Verwenden Sie den [create-load-balancer](https://docs.aws.amazon.com/cli/latest/reference/elb/create-load-balancer.html)Befehl, bei dem die `--scheme` Option auf gesetzt ist`internal`, wie folgt:

   ```
   aws elb create-load-balancer --load-balancer-name my-internal-loadbalancer --listeners Protocol=HTTP,LoadBalancerPort=80,InstanceProtocol=HTTP,InstancePort=80
    --subnets subnet-4e05f721 --scheme internal --security-groups sg-b9ffedd5
   ```

   Nachfolgend finden Sie eine Beispielantwort. Beachten Sie, dass der Name darauf hinweist, dass es sich hierbei um einen internen Load Balancer handelt.

   ```
   {
       "DNSName": "internal-my-internal-loadbalancer-786501203.us-west-2.elb.amazonaws.com"
   }
   ```

1. Verwenden Sie den folgenden Befehl [register-instances-with-load-balancer](https://docs.aws.amazon.com/cli/latest/reference/elb/register-instances-with-load-balancer.html), um Instanzen hinzuzufügen:

   ```
   aws elb register-instances-with-load-balancer --load-balancer-name my-internal-loadbalancer --instances i-4f8cf126 i-0bb7ca62
   ```

   Nachfolgend finden Sie eine Beispielantwort:

   ```
   {
       "Instances": [
           {
               "InstanceId": "i-4f8cf126"
           },
           {
               "InstanceId": "i-0bb7ca62"
           }
       ]
   }
   ```

1. (Optional) Verwenden Sie den folgenden [describe-load-balancers](https://docs.aws.amazon.com/cli/latest/reference/elb/describe-load-balancers.html)Befehl, um den internen Load Balancer zu überprüfen: 

   ```
   aws elb describe-load-balancers --load-balancer-name my-internal-loadbalancer
   ```

   Die Antwort enthält die Felder `DNSName` und `Scheme`, die angeben, dass es sich hierbei um einen internen Load Balancer handelt.

   ```
   {
       "LoadBalancerDescriptions": [
           {
               ...
               "DNSName": "internal-my-internal-loadbalancer-1234567890.us-west-2.elb.amazonaws.com", 
               "SecurityGroups": [
                   "sg-b9ffedd5"
               ], 
               "Policies": {
                   "LBCookieStickinessPolicies": [], 
                   "AppCookieStickinessPolicies": [], 
                   "OtherPolicies": []
               }, 
               "LoadBalancerName": "my-internal-loadbalancer", 
               "CreatedTime": "2014-05-22T20:32:19.920Z", 
               "AvailabilityZones": [
                   "us-west-2a"
               ], 
               "Scheme": "internal",
               ...
           }
       ]
   }
   ```