Viktig merknad: |
Nebula gir fleksible verktøy for nettverksdistribusjon og -administrasjon på tvers av ulike organisasjoner og nettsteder. Noen ganger kan det være nødvendig å kopiere konfigurasjonen av et eksisterende område for å opprette et nytt med de samme innstillingene, eller flytte alle enheter fra ett område til et annet sammen med den gjeldende konfigurasjonen. For disse oppgavene tilbyr Nebula to separate arbeidsflyter: replikering og flytting av et område.
- Synkroniseringsinnstillinger - for å bruke konfigurasjonsoppdateringer på flere eksisterende områder.
- Replikere konfigur asjon for hele området - for duplisering av konfigurasjoner på områdenivå til nye eller andre områder.
- Replikere bryterinnstillinger - for kopiering av bryterspesifikke konfigurasjoner.
Brukstilfeller for synkronisering
- Oppdatering av WiFi-innstillinger for gjester: Synkroniser SSID-er, autentiseringsmetoder og sider for portaler på tvers av filialer.
- Oppdatering av bryterportprofiler: Bruk standardiserte svitsjekonfigurasjoner på steder med lignende arkitektur.
- Oppdatering av PoE-tidsplaner: Juster strømleveringsplaner for å redusere energiforbruket utenfor arbeidstiden.
Brukstilfeller for replikering
- Før distribusjon: Kopier konfigurasjoner fra en "gylden mal" til nye lokasjoner.
- Rask utrulling: Sørg for identiske nettverks- og sikkerhetspolicyer på tvers av flere nye steder.
- Standardisering: Oppretthold en konsistent nettverksarkitektur, samtidig som det er mulig å tilpasse på hvert enkelt sted i etterkant.
Inkludert vs. ikke inkludert i områdeomfattende replikering
| Kategori | Inkludert i replikering | Ikke inkludert i replikering | Merknader (Flytting av enheter) |
|---|---|---|---|
| WiFi / AP | SSID-innstillinger - Captive portal - Radioinnstillinger (på nettstedsnivå) | - Radiooverstyringer per enhet | Enhetshistorikk overføres ikke |
| Svitsjing | Portprofiler - VLAN - PoE-tidsplaner - Smart bryterkonfigurasjon | - Overstyring per port | Administratorroller kan endres etter flytting |
| Sikkerhet / Gateway | Brannmurregler - NAT-innstillinger - Routing-regler - DHCP-server - VPN (på nettstedsnivå) | - Enhetsspesifikke VPN-innstillinger | Lisensieringen må være gyldig i målorganisasjonen |
| Generelle nettstedinnstillinger | Varsler og varslinger - Cloud auth-grupper (delt) - Policyer for hele området | - Lisensiering- Enhetskoder- Topologihistorikk- Klientlister | Noen modellfamilier støtter kanskje ikke hele funksjonssettet |
| Historiske data | - | - Hendelseslogger- Analyser- Klienthistorikk | Statistikk overføres aldri |
| Refererte objekter | VLAN-objekter oppdatert/lagt til - Brannmurobjekter oppdatert/lagt til - Adresse-/policyobjekter oppdatert/lagt til - Portprofiler oppdatert/lagt til - SSID-profiler oppdatert/lagt til | - Kun målobjekter fjernet (eller ubundet) | Gjelder bare for replikering |
Støttede enhetstyper og begrensninger
| Kategori | Detaljer |
|---|---|
| Enhetstyper som støttes | - Nebula AP (NWA/WAC-serien)- Nebula Brytere (GS/XS-serien)- Nebula Gateways (ATP/USG FLEX-serien) |
| Begrensninger i H-serien | - Enkelte funksjoner kan ikke replikeres eller synkroniseres fullt ut på gatewayer i H-serien |
| Generelle begrensninger | - Enheter må være online/nåbare for å bruke konfigurasjon - Overstyringer per enhet overføres ikke - Maler må være kompatible med målenhetsmodeller |
Replikeringsprosess
- Naviger til:Organisasjonsomfattende > Konfigurasjonsadministrasjon > Repliker områdeomfattende konfigurasjon
-
Velg:
- Kildeområde
- Målsted(er)
- Konfigurasjonskomponenter (AP, Switch, Security Appliance eller Områdeinnstillinger)
-
Bekreft:
- Se gjennom oppsummeringsvinduet med en liste over alle komponenter som skal replikeres.
- Klikk på Bekreft for å begynne.
-
Oppførsel ved replikering:
- Under replikering kan det ikke gjøres noen konfigurasjonsendringer på kilde- eller målområdet.
- Når replikeringen er fullført, vises en varselklokke om at replikeringen er fullført.
- Hvis det oppstår en konflikt (f.eks. hvis noen redigerer innstillinger under replikering), vil prosessen tilbakestille begge de berørte nettstedene til deres tidligere tilstand og vise en melding som:"Replikering ufullstendig".
Spesielle regler for håndtering av refererte objekter
Fordi områdekonfigurasjoner kan inneholde objekter som kan tilordnes (f.eks. portprofiler, PoE-tidsplaner), bruker NCC fire regler for å sikre konsistens under replikering:
Regel 1 - Oppdater delte objekter
Hvis et objekt med samme navn finnes på både kilde- og målområdet, oppdaterer NCC målområdets versjon slik at den samsvarer med kilden.
Eksempel: Portprofil B finnes på begge områder - målområdets versjon oppdateres slik at den samsvarer med kildens innstillinger.
Regel 2 - Legg til manglende objekter
Objekter som finnes i kilden, men som ikke finnes i målet (f.eks. PoE Schedule B), legges automatisk til i målområdet.
Regel 3 - Fjern objekter som ikke samsvarer
Objekter som finnes i målområdet, men ikke i kilden, fjernes etter replikering.
Eksempel: PoE Schedule A finnes bare i målet - det vil bli slettet.
Regel 4 - Opphev bindingen av det fjernede objektet
Hvis et fjernet objekt var tilordnet en annen konfigurasjon (f.eks. svitsjeportbinding), opphever NCC automatisk bindingen for å forhindre ødelagte referanser.
Eksempel: PoE-plan A fjernes fra målområdet etter replikering - NCC opphever bindingen fra svitsjeport 1-innstillingen.
I sum forenkler Replicate Site-Wide Configuration distribusjon på flere nettsteder i Nebula ved å gjøre det mulig for administratorer å klone et helt nettsteds konfigurasjon til andre nettsteder på en sikker og effektiv måte. Kombinert med synkronisering og replikering av bryterinnstillinger gir dette et omfattende og fleksibelt rammeverk for både løpende nettverksadministrasjon og utrulling i stor skala.
Kommentarer
0 kommentarerLogg på hvis du vil legge inn en kommentar.