SCCM an verteilten Standorten
Hallo Zusammen,
ich beschäftige mich momentan damit den OPSI Server durch SCCM zu ersetzen.
Zurzeit bin ich noch bei der Theorie. Ich habe den SCCM noch nie installiert bzw. benutzt.
Bevor ich jetzt blind darauf los arbeite, möchte ich mich intensiv mit der Theorie beschäftigen.
Allerdings kommt mir bei dem anschauen der best practise und Anleitungen immer wieder eine Frage auf.
Wenn ich verteilte Standorte habe und die Deployment Packages nicht über die VPN ziehen möchte:
Welche Möglichkeiten habe ich bzw. was ist die praktischste Variante mehrere Standorte zu betreuen?
Ich dachte jetzt an jeweils einen SCCM pro Standort und diese replizieren die Konfigurationen , haben aber ihre eigenen Deployment Packages etc.
Sorry für die wohl dumme Frage für Kenner, aber ich habe jetzt im Vorfeld etwas Panik was die Bandbreite angeht.
ich beschäftige mich momentan damit den OPSI Server durch SCCM zu ersetzen.
Zurzeit bin ich noch bei der Theorie. Ich habe den SCCM noch nie installiert bzw. benutzt.
Bevor ich jetzt blind darauf los arbeite, möchte ich mich intensiv mit der Theorie beschäftigen.
Allerdings kommt mir bei dem anschauen der best practise und Anleitungen immer wieder eine Frage auf.
Wenn ich verteilte Standorte habe und die Deployment Packages nicht über die VPN ziehen möchte:
Welche Möglichkeiten habe ich bzw. was ist die praktischste Variante mehrere Standorte zu betreuen?
Ich dachte jetzt an jeweils einen SCCM pro Standort und diese replizieren die Konfigurationen , haben aber ihre eigenen Deployment Packages etc.
Sorry für die wohl dumme Frage für Kenner, aber ich habe jetzt im Vorfeld etwas Panik was die Bandbreite angeht.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 395982
Url: https://administrator.de/contentid/395982
Ausgedruckt am: 05.11.2024 um 23:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo Askando,
nur vom Theorie büffeln ist glaub bisher kaum einer (Beamten ausgenommen) aufgestiegen.
Aber da deine Frage eher theoretischer Natur ist (und du wohl diese erstmal so beantwortet haben möchtest):
https://docs.microsoft.com/de-de/sccm/core/plan-design/hierarchy/design- ...
Viele Grüße,
Christian
certifiedit.net
nur vom Theorie büffeln ist glaub bisher kaum einer (Beamten ausgenommen) aufgestiegen.
Aber da deine Frage eher theoretischer Natur ist (und du wohl diese erstmal so beantwortet haben möchtest):
https://docs.microsoft.com/de-de/sccm/core/plan-design/hierarchy/design- ...
Viele Grüße,
Christian
certifiedit.net
Nun, ich hab den SCCM damals(TM) das erste mal eben so installiert, um überhaupt zu wissen, was er kann.
Daher würde ich das nicht so eindimensional betrachten, allerdings, die Struktur vermisse ich ebenfalls, wenn du den o.g. Link nicht selbst gefunden hast. Da fehlt noch etwas Struktur im Umgang mit dem Internet.
Daher würde ich das nicht so eindimensional betrachten, allerdings, die Struktur vermisse ich ebenfalls, wenn du den o.g. Link nicht selbst gefunden hast. Da fehlt noch etwas Struktur im Umgang mit dem Internet.
Moin.
Und glaub' mir, du willst dir nicht pro Standort eine eigenständige SCCM-Infrastruktur und Konfig antun, selbst ein CAS-Szenario kommt eigentlich erst bei >100.000 Clients in Frage. Für alle darunter tut es auch eine Primary Site mit DPs/MPs etc. pro Standort.
Und nur am Rande, die Bandbreite, mit der die DPs betankt werden, lässt sich beschränken.
Cheers,
jsysde
Zitat von @askando:
Sorry für die wohl dumme Frage für Kenner, aber ich habe jetzt im Vorfeld etwas Panik was die Bandbreite angeht.
Warum? Welche Rolle spielt es, ob die Bandbreite beim direkten Download aus dem Netz oder beim Verteilen der Pakete aus der Content-Source draufgeht? Irgendwie muss der Content auf die DPs/zu den Clients...Sorry für die wohl dumme Frage für Kenner, aber ich habe jetzt im Vorfeld etwas Panik was die Bandbreite angeht.
Und glaub' mir, du willst dir nicht pro Standort eine eigenständige SCCM-Infrastruktur und Konfig antun, selbst ein CAS-Szenario kommt eigentlich erst bei >100.000 Clients in Frage. Für alle darunter tut es auch eine Primary Site mit DPs/MPs etc. pro Standort.
Und nur am Rande, die Bandbreite, mit der die DPs betankt werden, lässt sich beschränken.
Cheers,
jsysde
meine Güte.... das ist eine extrem blauäugige Betrachtungsweisen... SCCM hat 7 verschiedene Serverrollen und man kann natürlich eine Hierarchie mit vielen Ebenen aufbauen und Filialen (Branch offices) konfigurieren soviel man lustig ist. SCCM nutzt BITS und man kann auch ein Windows-feature mit dem Namen Branchcache aktivieren... wenn da also ein 2 GB Officepaket vorbereitet wird, dann werden einmalig diese 2 GB auf die Distribution points kopiert. Da Office extrem gut komprimiert ist, hat man den Traffic dann 1:1, daran ist nichts zu drehen. Aber der BITS erkennt ob da sonstiger Traffic ist und nutzt so ne 20 oder 50 Mbit Leitung nur teilweise.
mal zwei Dinge vorweg:
1.) ein SCCM, der keine Software neu verteilt, verursacht auch keinen nennenswerten Traffic
2.) SCCM ist keine Software, die man sich einfach mal so aufsetzt... gibt schon 100 Stolperstellen bei der Installation eines zentralen "All in one" Servers, und wenn der mal läuft gehts an die Netzplanung so mit allem drumunddran wie Subnets, Routing, Planen und Konfigurieren von Distributionpoints (das ist der Server von dem der Client am Ende die Software runterlädt) und und und, gibt dazu bei MS Press gute Bücher für die 2012er Version in Englisch die man für nen Heiermann auf Ebay kricht.
mal zwei Dinge vorweg:
1.) ein SCCM, der keine Software neu verteilt, verursacht auch keinen nennenswerten Traffic
2.) SCCM ist keine Software, die man sich einfach mal so aufsetzt... gibt schon 100 Stolperstellen bei der Installation eines zentralen "All in one" Servers, und wenn der mal läuft gehts an die Netzplanung so mit allem drumunddran wie Subnets, Routing, Planen und Konfigurieren von Distributionpoints (das ist der Server von dem der Client am Ende die Software runterlädt) und und und, gibt dazu bei MS Press gute Bücher für die 2012er Version in Englisch die man für nen Heiermann auf Ebay kricht.