Nebula [MSP-portalen] – Synkronisering på tvers av organisasjoner og hvordan man flytter et nettsted og dets enheter til en annen organisasjon

Denne trinnvise veiledningen viser hvordan du bruker funksjonene «Synkronisering av innstillinger på tvers av organisasjoner» og «Kloning av nettsteder på tvers av organisasjoner».

Forutsetninger: Kontoen må ha full administratoradgang (Org-Full- eller eierrettigheter) til kilde- og målorganisasjonene, samt en aktivert MSP Portal-lisens

Synkroniser organisasjonsomfattende innstillinger

• Organisasjonsomfattende innstillinger
• Administratorer
• Skyautentiseringskontoer (brukere og MAC)
• Konfigurasjonsmaler

• Organisasjonsomfattende>Organisasjonsomfattende administrasjon>Organisasjonsinnstillinger>Land
• Organisasjonsomfattende>Organisasjonsomfattende administrasjon>Organisasjonsinnstillinger>IP-områder for pålogging
• Administratorrettigheter (når kilde- og målorganisasjonene har samme administratorkonto)
• Privilegier for Cloud Authentication-konto (når kilde- og målorganisasjonene har samme Cloud Authentication-konto)

• Ingen nettsteder er knyttet til det nye malnettstedet.
• Hvis mottakerorganisasjonen har en mal med samme navn, vil den nye malen få et nummer lagt til på slutten av navnet.

Merk: Nebula-kontoen som eies av disse organisasjonene må ha en aktiv MSP-lisens

• På Nebula kontrollsenter

MSP > MSP-administrasjon på tvers av organisasjoner > Konfigurasjonsadministrasjon

• Velg«kildeorganisasjon» og spesifiser«Org. innstilling», nemlig hvilke innstillinger du vil synkronisere.
• Velg «dest. organisasjon»
• Klikk på «Synkroniser»

Når du kopierer organisasjonsomfattende innstillinger, overskriver ikke NCC:

• Målorganisasjonens navn og land
• Målorganisasjonens innstillingsstatus for IP-områder for pålogging

NCC legger til administratorer til mottakerorganisasjonene

NCC overskriver ikke rettighetene til e-postkontoer som allerede er lagt til i mottakerorganisasjonen

Repliker/flytt nettsteder

• Når bør man bruke replikering/flytting av nettsteder?

Dette verktøyet er spesielt nyttig når den opprinnelige MSP-kundetildelingen ikke ble utformet riktig og en omstrukturering er nødvendig. Nebula streber etter å ha hver «kunde» som én organisasjon. Et eksempel på en kunde kan være «Zyxel EU». Kunden kan da ha mange forskjellige nettsteder, da det finnes mange filialer på forskjellige steder, for eksempel «Tyskland», «Frankrike» og «Italia».

• Å ha denne strukturen kan bidra til å organisere kunden med hensyn til lisensiering, gi en enkel automatisk VPN og muligheten til å ha samlede brukerkontoer (administratorer og skyserverdatabase) som har tilgang til alle lokasjoner:

Det kan imidlertid ha skjedd at denne utformingen ikke var godt kjent på implementeringstidspunktet, og at det ble opprettet én organisasjon som inkluderer alle kundene. Denne implementeringen er gjennomførbar, men anbefales ikke. En av grunnene er at lisensene er organisasjonsbaserte, så det er ikke sikkert du kan blande kunder med Based-pakken og kunder med Pro-pakken.  Hvis dette var tilfelle, kan det være lurt å flytte nettstedet til en eksisterende kunde til sin egen uavhengige organisasjon, slik at de kan dra nytte av den lisensen de ønsker. 

Et annet eksempel er når en sluttkunde nå støttes av en annen MSP. Da må den eksisterende implementeringen fra sluttkunden flyttes til en annen organisasjon. Her kommer kloning av nettsteder på tvers av organisasjoner med flytting av enheter godt med.

• Fremgangsmåte for å flytte nettstedet til en annen organisasjon

Før vi forklarer trinnene, er det verdt å merke seg at flyttingen av nettstedet og enhetene faktisk innebærer opprettelsen av et nytt nettsted i den andre organisasjonen, og dette nettstedet vil faktisk ha nøyaktig samme konfigurasjon som det opprinnelige. Deretter tillater en alternativ i Nebula flytting av enhetene til dette nye nettstedet samtidig som administrasjonsgrensesnittet holdes intakt, slik at enheten alltid kan kobles til Nebula.

Her er trinnene du må følge:

• På Nebula Kontrollsenter

MSP > MSP cross-org manage > Config management

Merk: MSP-portal-lisens er nødvendig for å se MSP-nivået

• Seksjonen «Cross-Org site clone with the device movement » gir verktøyene du trenger for å utføre flyttingen

1) «Fra kildeorganisasjon» – velg organisasjonen der nettstedet for øyeblikket er konfigurert. Når organisasjonen er valgt, bruker du nettstedslisten til å sjekke hvilket nettsted som skal klones. Du kan velge flere nettsteder om nødvendig

Merk av for«Flytt nettstedsenheter til det klonede nettstedet i destinasjonsorganisasjonen» for å overføre enhetene i det eller de valgte nettstedene til den nye organisasjonen og det nye nettstedet. Sørg for å slå på alternativet«Behold administrasjons-WAN-grensesnitt» for å sikre at enheten beholder de eksisterende innstillingene og ikke blir koblet fra Nebula

2) «Til destinasjonsorganisasjon» – I destinasjonsorganisasjonen kan du velge en eksisterende organisasjon eller opprette en ny som skal representere den nye kundeorganisasjonen. Dette feltet vises bare hvis en ny organisasjon opprettes. Bruk dette til å gi den nye organisasjonen et navn.

Merk: listen viser kun organisasjoner der MSP-kontoen også er eier. Hvis en ny organisasjon opprettes, vil organisasjonseieren være MSP-kontoen

Feltet«Org. navn» vises kun hvis en ny organisasjon opprettes. Bruk dette til å gi en ny organisasjon et navn. Feltet«Kopier innstillinger» – du kan kopiere noen innstillinger fra den opprinnelige organisasjonen til den nye organisasjonen. Disse innstillingene inkluderer:

• Organisasjonsinnstillinger (for eksempel land, sertifikater, IP-adresser for pålogging)
• Administratorer (admin-kontoer). Bruk dette hvis du vil at de samme administratorkontoene skal ha tilgang til den nye organisasjonen.
• Skyautentisering (MAC, brukere, DPPSK). Bruk dette hvis du vil klone de samme kontoene i skyautentiseringen til den nye organisasjonen.
• Konfigurasjonsmaler. Dette er kun tilgjengelig hvis den opprinnelige organisasjonen og målorganisasjonen har en PRO-pakkelisens. 

• Når alternativene er valgt, kan du fortsette ved å klikke på knappen «Behandle».

Nedetiden vil variere avhengig av nettverkets størrelse. I en enkel testtopologi var enhetene berørt i omtrent 1 minutt hver. Når endringene er lagret, vil målorganisasjonen inneholde et nettsted med samme navn og innstillinger, og enhetene vil også bli registrert i dette nye klonede nettstedet! Den nye organisasjonen og nettstedet er klare til bruk så snart enhetene er tilbake online