[Exchange 2010 SP2] Hybrid i.c.m. multi-tenancy

[densoN]

Beste tweakers,

We zitten met de volgende situatie. Op het moment draait er een hybrid exchange omgeving waarbij heavy-users on-premise draaien en light/kiosk-users in office365.

Nu willen we op kort termijn multi-tenancy (vooralsnog enkel on-premise) gaan toepassen. Het voornaamste doel is om GAL's en DDG's/DG's te scheiden. Nu begrijp ik dat de hybride configuratie wizard niet is ontworpen om Exchange 2010 SP2 in een multi-tenant configuratie te ondersteunen. Mijn vraag is of jullie ervaringen hebben met deze setup bij voorkeur binnen SP3 en anders Exchange 2013. Ik zou graag wat meer informatie hierover inzien, maar ik kom steeds uit op documentatie waar men of hybrid of multi-tenancy bespreekt.

We zijn overigens vooralsnog niet geinteresseerd om de hele omgeving te moven naar de cloud.

[ Voor 3% gewijzigd door densoN op 12-04-2013 11:14 ]

[Question Mark]

Kun je dat niet met een Address book policy regelen?

Multi-tenant kent nog wel aardig wat catches..

[Razwer]

zolang je maar van de sp1 /hosted optie af blijft valt het wel mee.
Multi tenant is uiteraard wat lastiger maar komt min of meer het meest neer op dichttimmeren van OU's wat soms aardig complex kan worden.
Wij draaien Exchange 2007 multi tenant en ik ben nu bezig met een project om dit naar exchange 2010 SP3 te tillen. We gebruiken hier ook nog een laagje EMS Cortex overheen (dat heet nu Citrix Cloud Portal) wat de zaak nog eens lastiger maakt. Ik heb geen ervaring met een hybrid 365 omgeving, ik wens je veel success

[densoN]

Hoewel ik ze niet genoemd hebt zijn er meerdere redenen (persoonlijke owa ingang, standaard agenda autorisaties, interne out-of-office, throttling policies en ongetwijfeld nog meer zaken waar ik nu niet aan denk)

[Razwer]

mjah office 365 is eigenlijk al een (andere) multi tennant omgeving van MS zelf, die zetten echt niet een hele exchange omgeving neer voor jouw users. Ik ben dus bang dat het lastig kan worden dit goed te laten werken.

[densoN]

Heb je helemaal gelijk in. Ben bang dat het ook een uitdaging wordt, nog leuker is dat we onvoldoende resources hebben om een test opstelling op te bouwen. Niet mijn voorkeur om een dergelijke situatie in een live omgeving op te bouwen...

Heb je toevallig nog tips of bookmarks omtrent het dichttimmeren van de OU's of heb je de standaard documentatie gebruikt?

[Razwer]

Mijn omgeving is een erfenis en EMS Cortex doet het dichttimmeren voor je.
Ik neem aan dat je deze wel al hebt gelezen? http://go.microsoft.com/fwlink/?LinkId=235424

[densoN]

Deze ben ik inderdaad ook al tegen gekomen, thanks

[Killah_Priest]

Een handige tip voor multi-tenant exchange is om de custom fields van Exchange te gebruiken (zonder de custom fields kregen wij het adresboek voor public folders niet goed gescheiden).

[Jazzy]

densoN schreef op vrijdag 12 april 2013 @ 15:55:
Heb je helemaal gelijk in. Ben bang dat het ook een uitdaging wordt, nog leuker is dat we onvoldoende resources hebben om een test opstelling op te bouwen. Niet mijn voorkeur om een dergelijke situatie in een live omgeving op te bouwen...

Je resources gaan niet in het opzetten van een testopstelling zitten, je resources gaan nu in de ontwerpfase zitten. Testomgeving is alleen om te valideren of datgene wat je bedacht had ook echt gaat werken.

Op dit moment zou ik beginnen met je functionele eisen: wat moet er uiteindelijk bereikt gaan worden? Als je dan gaat kijken welke technische middelen je tot je beschikking hebt kom je waarschijnlijk niet veel verder dan ABP want nu /hosted dood is stelt multi-tenancy out-of-the-box nog maar weinig voor.

Die kun je dan vervolgens tegen je Office 365 omgeving houden en kijken wat het effect op directory-synchronisatie is. ABP wordt niet ondersteund en DDG's al helemaal niet.

[densoN]

Bedankt voor de tips heren. Je hebt volkomen gelijk Jazzy, helaas zijn we dit keer niet in de gelegenheid om de change volgens het boekje te doen. Er wordt dus verwacht dat we eerst gaan bouwen en daarna gaan nadenken. Dat dit alles behalve ideaal is weet ik maar al te goed.