WebSphere Extended Deployment, Version 6.0.x     Betriebssysteme: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Eine Edition validieren

Dieser Artikel beschreibt, wie Sie eine Anwendungsedition validieren. Im Validierungsmodus können Sie eine Edition installieren und unter realistischen Bedingungen parallel zur Anwendungsedition in der Produktionsumgebung testen. Im folgenden Beispiel ist Edition 1.0 einer Anwendung installiert und aktiv und wird in einem dynamischen Cluster ausgeführt. Edition 2.0 ist die Edition, die validiert werden soll. Sie ist in demselben Implementierungsziel installiert und inaktiv. Bei der Validierung von Edition 2.0 werden folgende Aktionen ausgeführt: Das Ziel der Edition 2.0 wird geklont, es wird ein neuer dynamischer Cluster erstellt, z. B. DC-Validation, dem die Edition 2.0 zugeordnet wird. Der geklonte Cluster verwendet die vorhandenen Cluster-Member als Serverschablone für die Erstellung der geklonten Server.

Vorbereitungen

Damit Sie den neuen geklonten Cluster starten können, müssen Sie eindeutige Routing-Regeln für Edition 2.0 definieren. Wenn Sie Routing-Regeln definieren, können beide Editionen gleichzeitig ausgeführt und HTTP-Anforderungen für die zu validierende Edition ordnungsgemäß an das Validierungsziel weitergeleitet werden, ohne Edition 1.0 zu beeinträchtigen. Verwenden Sie für dieses Szenario die Anwendung BeenThere. Installieren Sie beide Anwendungseditionen, 1.0 und 2.0, im Ziel BTDC1. Definieren Sie das benutzerdefinierte Merkmal saveClonedCluster=true für den dynamischen Cluster, damit die Validierungsziele nach dem Rollout der Editionen beibehalten werden. Andernfalls wird das Validierungsziel nach dem Rollout der Editionen gelöscht.
RestrictionColonSymbol Im Validierungsmodus können nur zwei Cluster-Member verwendet oder erstellt werden. Sie können der Enterprise-Anwendung im Validierungsmodus Routen und Service-Policys zuordnen, aber es werden nicht mehr als zwei Cluster-Member gestartet, die die Arbeit verwalten.

Gründe und Szenarios für die Ausführung dieser Task

Nach der Erstellung des Validierungsziels wird Edition 2.0 aktiviert, und es werden Routing-Regeln definiert. Sie können die Edition starten, stoppen und rekonfigurieren.
  1. Klicken Sie auf Anwendungen > Edition Control Center und vergewissern Sie sich, dass die Anwendung zwei installierte Editionen hat, von denen nur eine aktiv ist.
  2. Klicken Sie auf BeenThere.
  3. Wählen Sie Edition 2.0 aus und klicken Sie auf Validieren. Auf der Seite "Validierungsstatus" werden die Schritte für die Validierung des dynamischen Cluster BTDC1 und die Implementierung von Edition 2.0 im geklonten Cluster angezeigt. Das Edition Control Center zeigt, dass sich eine der Editionen im Validierungsmodus befindet. Auf der Seite "Editionen verwalten" wird angezeigt, dass das Ziel der Edition 2.0 jetzt der dynamische Cluster BTDC1-Validation- ist. Auf der Seite "Dynamischer Cluster" sehen Sie, dass ein neuer dynamischer Cluster BTDC1-Validation erstellt wurde, und auf der Seite "Anwendungsserver" sehen Sie die geklonten Server.
  4. Klicken Sie auf Anwendungen > Enterprise-Anwendungen. Editieren Sie BeenThere-edition2.0 und wählen Sie Servern Module zuordnen aus. Vergewissern Sie sich, dass die Edition 2.0 dem Validierungs-Cluster zugeordnet ist. Vergewissern Sie in der Anzeige "EJB-Referenzen zu Beans zuordnen", dass der JNDI-Namen (Java Naming and Directory Interface) an den Namen des neuen geklonten Ziels angepasst ist.

    Damit eine Anwendungsedition mit vollständig qualifizierten Bindungen, die auf dem Namen des ursprünglichen Implementierungsziels basieren, in einem Validierungsziel ordnungsgemäß funktioniert, müssen die Bindungsnamen so geändert werden, dass sie die vollständig qualifizierten Bindungsnamen widerspiegeln, die auf dem Namen des Validierungsziels basieren. Für eine Anwendung mit einer Ressourcenreferenz, die an /clusters/clusterb1/jdbc/CustomerData gebunden ist, muss die Bindung beispielsweise in /clusters/cluster1-validation/jdbc/CustomerData geändert werden, da die Anwendung für die Ausführung im Klon des Implementierungsziels vorbereitet ist.

  5. Starten Sie den Validierungs-Cluster und senden Sie mit Ihren Routing-Regeln eine Testarbeitslast an Edition 2.0, um diese Edition zusammen mit der Edition 1.0 Ihrer Produktionsumgebung zu testen. Wenn Sie nach Abschluss des Tests von Edition 2.0 Ihre Edition 1.0 durch Edition 2.0 ersetzen möchten, gehen Sie wie folgt vor:
    1. Stoppen Sie das Validierungsziel, z. B. BTDC1-Validation.
    2. Löschen Sie die spezifischen Routing-Regeln für Edition 2.0, damit alle Anforderungen für die Anwendung BeenThere an nur eine Edition weitergeleitet werden. Speichern Sie Ihre Änderungen und synchronisieren Sie die Knoten.
    3. Klicken Sie auf Anwendungen > Editionen verwalten.
    4. Wählen Sie Edition 2.0 der Anwendung BeenThere aus und klicken Sie auf Rollout.

Ergebnis

Damit wird eine störungsfreie Ersetzung von Edition 1.0 durch Edition 2.0 gestartet. Während des Rollout wird die Edition 2.0 wieder dem ursprünglichen Implementierungsziel, z. B. BTDC1, zugeordnet und aus dem Status "Validierung" in den Status "Aktiv" versetzt.

Nächster Artikel

Nach erfolgreichem Abschluss des Tests der Validierungsedition können Sie durch Editions-Rollout die neue Edition in Ihrer Produktionsumgebung installieren.



Related concepts
Konzepte des Edition Manager

Related tasks
Eine erste Edition installieren
Rollout einer Edition durchführen
Eine Edition zurücksetzen

Related reference
Routing-Policys für Arbeitsklassen

Task-Topic    

Nutzungsbedingungen | Feedback Letzte Aktualisierung: Mar 23, 2006 9:55:30 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/appedition/tappedval.html

© Copyright IBM 2005, 2006. Alle Rechte vorbehalten.
Dieses Information Center beruht auf der Eclipse-Technologie. (http://www.eclipse.org)