Lotus Notes / Domino Sonstiges > Companion Products

Sametime 9 Hardwareplanung

(1/3) > >>

xuthos:
Hallo zusammen,

ich muss eine Hardwareplanung für eine Sametime 9 Struktur (ohne Telephony) durchführen. Leider ist es schwer herauszubekommen, welche Produkte man zusammen auf einer HW betreiben kann und welche getrennt werden müssen.

Daher die Frage, welche Sametime Produkt müssen auf eigene HW laufen und welche Produkte kann ich zusammen legen?
Beim Media Manager und VMCU ist es klar.
Wir wollen die Sametime Umgebung auch zum Internet öffenen. Kann man z.B. ST Proxy, Websphere Proxy (für Meeting) ST Turn und SIP Edge auf einem Server in der DMZ fahren?

Über eine Antwort würde ich mich freuen.

Gruß

Sven

Pfefferminz-T:
Da würde ich Dir raten, einen Dienstleister zu beauftragen, der Dich bei dieser Planung unterstützt.

Zudem fehlen Informationen,
- welche Funktionen ihr zur Verfügung stellen wollt,
- wieviele Nutzer ihr habt,
- die regionale Verteilung eurer Nutzer,
- eure Netzwerkstruktur,
- eure Anforderungen an die Ausfallsicherheit (auch für einzelnen Funktionen)
...

Verschiedene Optionen sind auch in der Hilfe beschrieben:

http://www-01.ibm.com/support/knowledgecenter/SSKTXQ_9.0.0/admin/install/inst_intro_all.dita

Und es gab auf dem AdminCamp eine Session von meinem Kollegen zum Thema Sametime 9.

Gruß,
Thorsten

m3:
Sis is not trivial! ;)

Ganz grob:

0) http://www-01.ibm.com/support/knowledgecenter/SSKTXQ_9.0.0/admin/plan/plan_securityfeatures.dita hat ein sehr schönes Schaubild für eine Anbindung von extern, wobei ich einen Websphere HTTP Reverse Proxy (oder eine F5, ...) nicht nur vor den ST Meeting, sondern auch vor den ST Proxy gestellt hätte. Dann braucht der ST Proxy nicht in die DMZ.

1) DB2, SSC, Domino, Community Server, STProxy, STMeeting und STMedia (SPR+CF) kann man auf eine Kiste schnallen, wenn die stark genug für die Anzahl der User ist. VMGR und VMCU brauchen IMMER eine eigene Box. Die Komponenenten für die Anbindung nach außen (HTTP Reverse Proxy, SIP Edge Proxy, TURN Server) musst Du sowieso in die DMZ stellen, brauchen also auch zumindest eine Box (wenn man weiß, was man tut). Im Zweifelsfall ein Sizing von der IBM Technline einholen.

2) ST Proxy ist kein Proxy im Sinne eines HTTP Reverse Proxy oder SIP Edge Proxy, auch wenn er so heißt. Die "ungeschickteste Produktbezeihcnung seit langem. Der ST Proxy "proxiet" den Community Server auf HTTP, wäre noch die "beste" Umschreibung.

3) Nota bene: Die DNS Namen, die Du fürs Aufsetzen der Server verwendest, müssen auch von außen auflösbar sein (z.B. für den SPR+CF: "media.example.com" muss intern auf 10.10.10.10 und extern auf 8.8.8.8 auflösen. Stichwort "Split Horizon DNS"). Wenn Du mit ".local" oder sonstigen "internen" Namen arbeitest, bekommst Du das Ding nie "ins Internet". Und im Nachhinein die DNS Namen ändern ist so aufwändig, dass Du mit einer Neuinstallation schneller bist.

Summary: Wie schon Thorsten geschrieben hat: holt Euch einen kompetenten Partner ins Boot, sonst braucht ihr statt einer Woche einen Monat.

xuthos:
Hallo zusammen,

Danke für die Antworten.

Die Sametime Umgebung soll für ca. 200 MA + Internet-Anbindung ausgelegt werden. Evtl. ein paar Verbindungen zu externen Lync Servern.
Wir wollen alle Produkte von Sametime Complete einsetzten.

@Martin
Nach dem Schaubild wollte ich die Umgebung planen und genau so eine kurze Zusammenfassung brauchte ich.

Gibt es eigentlich einen Grund, warum der VMGR alleine sein muss? Das ist doch der Polycom Server eingebettet in einem WAS Server ohne Server Node. Muss der viel Leisten, da die Video/Audio Kommunikation entweder direkt über den VMCU geht oder über den STMedia (SPR+CF).

Gruß

Sven

m3:
Ad VMGR: Das ist eine IBM Vorgabe, die Du NICHT hinterfragen willst. Eine Welt voller Schmerzen würde Dich erwarten.

Navigation

[0] Themen-Index

[#] Nächste Seite