Przykładowe scenariusze planowania hierarchii uproszczonej w programie Configuration Manager

 

Dotyczy: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1

Poniższe scenariusze zawierają przykłady sposobów wdrażania programu System Center 2012 Configuration Manager w celu spełnienia typowych wymagań biznesowych i uproszczenia ogólnego projektu hierarchii.

Scenariusz 1: optymalizacja odległego biura

Scenariusz zdalnej optymalizacji biura przedstawia implementację programu System Center 2012 Configuration Manager obniżającą koszty administracyjne związane z zarządzaniem przepływem informacji w sieci.

Bieżąca sytuacja

Klient ma prostą hierarchię programu Configuration Manager 2007 składającą się z jednej lokacji głównej i dwóch lokacji dodatkowych obejmujących magazyn i odległe biuro regionalne. Klient ma 5015 klientów w czterech lokalizacjach przedstawionych w poniższej tabeli.

Lokalizacja

Typ lokacji

Szczegóły wdrożenia

Połączenie z centralą

Centrala

Główna

  • 3000 klientów

  • Dwa standardowe punkty dystrybucji, jeden punkt zarządzania i jeden punkt aktualizacji oprogramowania

Nie dotyczy

Magazyn

Dodatkowa

  • 500 klientów

  • Jeden standardowy punkt dystrybucji

Wolna sieć

Biuro regionalne

Dodatkowa

  • 1,500 klientów

  • Jeden standardowy punkt dystrybucji, jeden punkt zarządzania Proxy i jeden punkt aktualizacji oprogramowania

Wolna sieć

Biuro handlowe

Brak

  • 15 klientów

  • Użycie usługi Windows BranchCache

Dobre połączenie

Wymagania biznesowe

Hierarchia programu System Center 2012 Configuration Manager musi spełniać następujące wymagania biznesowe:

Wymaganie biznesowe

Informacje programu Menedżer konfiguracji

Przepustowość danych przesyłanych w sieci musi być ograniczona.

Wolne połączenia sieciowe muszą obsługiwać kontrolę przepustowości.

Zminimalizowanie liczby użytych serwerów.

Instalacja jak najmniejszej liczby serwerów systemu lokacji.

Przygotowywanie raportów z aktualnymi informacjami o urządzeniach.

Klienci muszą regularnie przesyłać dane zapasów sprzętu, komunikaty o stanie i informacje dotyczące odnajdywania.

Codzienne wdrażanie aplikacji, aktualizacji oprogramowania i systemu operacyjnego.

Zawartość musi być dostępna dla klientów, w tym duże pakiety obrazów systemu operacyjnego.

Planowanie decyzji

Projekt hierarchii programu System Center 2012 Configuration Manager uwzględnia następujące zagadnienia dotyczące planowania:

Wyzwania

Opcje i zagadnienia

Przesyłanie zawartości wdrożenia z lokacji głównej do lokalizacji zdalnych ma największy wpływ na sieć i musi być zarządzane.

Transmisją zawartości do lokalizacji zdalnych można zarządzać w następujący sposób:

  • Punkty dystrybucji z obsługą kontroli przepustowości

  • Wstępnie przygotowane punkty dystrybucji

  • Usługa Windows BranchCache

  • Lokacja lokalna zarządzająca przepustowością podczas transferów między lokacjami

Przepływ informacji o kliencie od dużej liczby klientów może spowolnić działanie sieci.

Należy ocenić każdą lokalizację zdalną pod kątem pojemności sieci, równoważenia ustawień klienta, liczby klientów w lokalizacji oraz dostępnej przepustowości. Dostępne są następujące opcje:

  • Lokalna lokacja główna lub dodatkowa zarządzająca przepustowością podczas transferów między lokacjami.

  • Żadna lokacja w lokalizacji nie może umożliwiać klientom transferu danych przez sieć do przypisanej lokacji głównej w sposób niezarządzany.

Podjęte działania

Po dokonaniu oceny wymagań i opcji, lokalizacji klientów oraz dostępnej przepustowości podjęto następujące decyzje:

Decyzja

Szczegóły

W lokalizacji centrali zostanie wdrożona autonomiczna lokacja główna.

Lokacja główna programu System Center 2012 Configuration Manager zastąpi istniejącą lokację główną, ponieważ w tym środowisku nie istnieją korzyści natury administracyjnej lub dotyczące zarządzania zawartością, wynikające z używania centralnej lokacji administracyjnej.

  • Lokacja główna może obsługiwać do 100 000 klientów.

  • Nie jest planowana ekspansja, która wymagałaby dodatkowych lokacji głównych zarządzających dużą liczbą klientów przez wolne połączenia sieciowe.

W lokalizacji magazynu zostanie wdrożony punkt dystrybucji z obsługą kontroli przepustowości.

Informacje o kliencie napływające z lokalizacji magazynu nie zapchają dostępnej przepustowości. Zamiast stosowania lokacji dodatkowej, wymagania lokalizacji można spełnić przez zastosowanie punktu dystrybucji z obsługą kontroli przepustowości, wdrożonego w lokacji głównej w celu zarządzania przepływem pobieranej zawartości wdrożenia. Ta decyzja nie zmniejszy liczby używanych serwerów, lecz pozwoli zrezygnować z zarządzania dodatkową lokacją.

  • Obecna aktywność klienta jest niewystarczająca, aby wymagane było zarządzanie wysyłanymi danymi klienta.

  • Zarządzania wymaga jedynie zawartość pobierana, aby nie obciążać wolnego połączenia sieciowego.

  • W przyszłości punkt dystrybucji może być zastąpiony lokacją dodatkową, która w razie potrzeby może zarządzać ruchem sieciowym w obu kierunkach.

W lokalizacji biura regionalnego zostanie wdrożona lokacja dodatkowa.

Po dokonaniu oceny wpływu klientów lokalnych postanowiono, że będzie wymagana lokacja dodatkowa z taką samą konfiguracją jak poprzednio.

  • 1500 klientów generuje wystarczającą ilość informacji o kliencie, aby przekroczyć dostępną przepustowość połączenia sieciowego z lokacją główną.

  • Lokacja główna nie jest wymagana, ponieważ nie zapewni ona korzyści natury administracyjnej, a lokacja główna w lokalizacji centrali może z łatwością obsłużyć całkowitą liczbę klientów w hierarchii.

Usługa Windows BranchCache jest zarządzana w lokalizacji biura handlowego.

Ze względu na to, że ta lokalizacja obsługuje jedynie 15 klientów i ma szybkie połączenie sieciowe z lokalizacją centrali, obecne użycie usługi Windows BranchCache jako rozwiązania wdrażającego zawartość pozostaje najlepszą opcją.

Korzyści biznesowe

Zastosowanie pojedynczego punktu dystrybucji z obsługą kontroli przepustowości, który zastępuje lokację dodatkową wraz z jej punktem dystrybucji sprawia, że klient spełnia wymagania biznesowe w zakresie zarządzania zawartością w wolnych sieciach. Ta zmiana zmniejsza ponadto obciążenie administracyjne i skraca czas do otrzymania informacji o kliencie przez lokację.

Scenariusz 2: redukcja infrastruktury i zarządzanie ustawieniami klienta

Scenariusz zatytułowany „redukcja infrastruktury i ustawienia klienta” przedstawia wdrożenie programu System Center 2012 Configuration Manager w sposób redukujący używaną infrastrukturę, który jednocześnie umożliwia dalsze zarządzanie klientami przy użyciu dostosowanych ustawień klienta.

Bieżąca sytuacja

W tym przykładzie firma zarządza 25 000 klientów w dwóch fizycznych lokalizacjach za pomocą pojedynczej hierarchii programu Configuration Manager 2007 składającej się z jednej lokacji centralnej i trzech głównych lokacji podrzędnych. Lokacja centralna i jedna lokacja główna znajdują się w Chicago, a dwie pozostałe lokacje główne w Londynie. Lokacje główne w każdej lokalizacji geograficznej znajdują się w tej samej sieci fizycznej i mają dobrze połączone połączenia sieciowe. Przepustowość między Chicago i Londynem jest jednak ograniczona.

Szczegóły obecnego wdrożenia:

Lokalizacja

Typ lokacji

Szczegóły wdrożenia

Centrala w Chicago

Podstawowa – lokacja centralna

19 200 klientów skonfigurowanych do standardowej konfiguracji firmowej ustawień agenta klienta.

Centrala w Chicago

Podstawowe – podrzędne względem lokacji centralnej

300 klientów na komputerach używanych przez pracowników działu zasobów ludzkich. Lokacja została skonfigurowana do niestandardowego ustawienia agenta klienta zdalnego sterowania.

Biura w Londynie

Podstawowe – podrzędne względem lokacji centralnej

5000 klientów komputerowych skonfigurowanych do standardowej konfiguracji firmowej ustawień agenta klienta.

Biura w Londynie

Podstawowe – podrzędne względem lokacji centralnej

500 klientów serwera skonfigurowanych do niestandardowego ustawienia agenta klienta zapasów sprzętu.

Wymagania biznesowe

Hierarchia programu Menedżer konfiguracji musi spełniać następujące wymagania biznesowe:

Wymagania biznesowe

Informacje programu Menedżer konfiguracji

Zachowanie centralnego zarządzania hierarchią w Chicago.

Administracja centralna w Chicago wymaga, aby zawartość i informacje o kliencie były wysyłane przez sieć do 5500 klientów w Londynie.

Przypisanie standardowej konfiguracji klienta do wszystkich klientów, chyba że określone uwarunkowania biznesowe wymagają innego podejścia.

Standardowa konfiguracja ustawień klienta musi być dostępna dla wszystkich klientów.

Pracownicy działu zasobów ludzkich nie mogą mieć agenta klienta zdalnego sterowania włączonego na komputerach.

Te niestandardowe ustawienia klienta muszą być przypisane do komputerów, z których korzystają pracownicy działu zasobów ludzkich.

Serwery znajdujące się w Londynie mogą uruchamiać zapasy sprzętu nie częściej niż raz na miesiąc.

Te niestandardowe ustawienia klienta muszą być przypisane do klientów na serwerach w Londynie.

Kontrola przepustowości podczas przesyłania danych między Chicago i Londynem.

Wolne połączenie sieciowe wymaga kontroli przepustowości.

Zminimalizowanie liczby serwerów.

Nieinstalowanie w miarę możliwości serwerów systemu lokacji, aby zredukować zadania administracyjne i koszty infrastrukturalne.

Planowanie decyzji

Projekt hierarchii programu System Center 2012 Configuration Manager uwzględnia następujące zagadnienia dotyczące planowania:

Wyzwania

Opcje i zagadnienia

Administracja centralna w Chicago.

Dostępne są następujące opcje dla tego wymagania:

  • Wdrożenie autonomicznej lokacji głównej w Chicago w celu zarządzania klientami w obu lokalizacjach sieciowych:

    • Jest konieczna wnikliwa analiza ilości informacji o kliencie z Londynu, które muszą być przesyłane przez wolną sieć.

  • Wdrożenie lokacji głównej w każdej lokalizacji oraz centralnej lokacji administracyjnej w Chicago:

    • Centralne lokacje administracyjne nie mogą mieć przypisanych klientów.

    • Centralne lokacje administracyjne są wymagane, jeśli hierarchia zawiera dwie lub większą liczbę lokacji głównych.

Przesyłanie zawartości z Chicago do Londynu będzie wymagało dużej przepustowości, transfer danych musi być więc kontrolowany.

Przesyłaniem zawartości w dół hierarchii można zarządzać za pomocą następujących metod:

  • Punkty dystrybucji z obsługą kontroli przepustowości.

  • Usługa Windows BranchCache.

  • Lokacja w Londynie skonfigurowana do zarządzania przepustowością w przypadku transferów między lokacjami.

Wymaganie zarządzania przepustowością podczas wysyłania informacji o kliencie z Londynu.

Należy ocenić lokalizację w Londynie pod kątem dostępnej przepustowości oraz tego, jak bardzo zostanie ona zredukowana przez dane generowane przez 5500 klientów. Dostępne są następujące opcje:

  • Klienci mogą przenosić dane przez sieć do przypisanej lokacji głównej w Chicago w sposób niezarządzany.

  • Wdrożenie lokacji dodatkowej lub lokacji głównej w Londynie, zarządzającej przepustowością podczas transferów między lokacjami do Chicago.

We wszystkich lokalizacjach musi być dostępny standardowy zestaw ustawień klienta.

Dla hierarchii jest określony domyślny zestaw ustawień agenta klienta.

Dwie grupy zawierające pracowników z działu zasobów ludzkich i serwery w Londynie wymagają ustawień klienta różniących się od standardowej konfiguracji.

Do przypisywania niestandardowych ustawień klienta używane są kolekcje.

Podjęte działania

Po dokonaniu oceny wymagań biznesowych, struktury sieci i wymagań dotyczących ustawień klienta zostanie wdrożona centralna lokacja administracyjna w Chicago z jedną podrzędną lokacją podstawową w Chicago i jedną podrzędną lokacją podstawową w Londynie. Poniższa tabela zawiera wyjaśnienia dotyczące tych decyzji projektowych.

Decyzja

Szczegóły

W Chicago zostanie wdrożona centralna lokacja administracyjna.

  • W ten sposób zostaje spełnione wymaganie scentralizowanej administracji poprzez utworzenie centralnej lokalizacji w celu raportowania i konfiguracji w całej hierarchii.

  • Centralna lokacja administracyjna ma dostęp do wszystkich danych klienta i danych lokacji w hierarchii i jest bezpośrednią lokacją nadrzędną obu lokacji głównych, znajduje się więc w idealnym miejscu, aby obsługiwać zawartość dla wszystkich lokalizacji.

Jedna lokacja główna jest wymagana w Chicago.

  • Lokacja główna jest wymagana do zarządzania klientami w lokalizacji w Chicago, ponieważ klienci nie mogą być przypisani do centralnej lokacji administracyjnej.

  • Lokalna lokacja główna musi zarządzać lokalnie 14 800 klientami.

  • Lokacje w programie System Center 2012 Configuration Manager nie są używane do konfigurowania ustawień klienta, co umożliwia przypisanie wszystkich klientów w danej lokalizacji do tej samej lokacji.

Jedna lokacja główna zostanie wdrożona w Londynie.

  • Konfiguracje adresów między lokacjami mogą kontrolować przepustowość w trakcie przesyłania zawartości z centralnej lokacji administracyjnej w Chicago.

  • Lokacje w programie System Center 2012 Configuration Manager nie są używane do konfigurowania ustawień klienta, co umożliwia przypisanie wszystkich klientów w danej lokalizacji do tej samej lokacji.

  • Zostanie wdrożona lokalna lokacja główna w celu zarządzania 5500 lokalnymi klientami, aby klienci nie wysyłali informacji o sobie ani żądań zasady klienta przez sieć do Chicago. Lokacja główna zapewnia, że przyszła ekspansja w Londynie będzie mogła być zarządzana na podstawie wdrażanego obecnie projektu hierarchii.

    Uwaga

    Decyzja o wdrożeniu lokacji głównej lub lokacji dodatkowej może uwzględniać następujące czynniki:

    • Ocena sprzętu przeznaczonego do serwera lokacji

    • Bieżąca liczba klientów w danej lokacji

    • Prognozy dotyczące dodatkowych przyszłych klientów

    • Względy pragmatyczne

    • Lokalny punkt kontaktu administracyjnego

Standardowa konfiguracja ustawień klienta zostanie zastosowana wobec wszystkich klientów w hierarchii.

  • Domyślne ustawienia agenta klienta są konfigurowane i stosowane w odniesieniu do każdego klienta w hierarchii, co umożliwia uzyskanie spójnej konfiguracji wszystkich klientów.

Zostanie utworzona kolekcja zawierająca konta użytkowników dla pracowników zatrudnionych w dziale zasobów ludzkich. Ta kolekcja zostanie skonfigurowana do regularnych aktualizacji, aby można było dodawać nowe konta do kolekcji wkrótce po ich utworzeniu.

  • Dla tej kolekcji skonfigurowano niestandardowe ustawienia klienta bez obsługi zdalnego sterowania. Te ustawienia modyfikują ustawienia domyślne w całej hierarchii i dostarczają członkom kolekcji niestandardowe ustawienia klienta wymagane dla pracowników działu zasobów ludzkich.

  • Ponieważ ta kolekcja jest aktualizowana dynamicznie, nowi pracownicy działu zasobów ludzkich automatycznie otrzymują niestandardowe ustawienia klienta.

  • Ponieważ kolekcje są udostępniane wszystkim lokacjom, te dostosowania są stosowane wobec pracowników działu zasobów ludzkich w dowolnej lokalizacji hierarchii bez konieczności określania lokacji, do której jest przypisany komputer danego pracownika.

Kolekcja jest skonfigurowana tak, aby zawierała serwery zlokalizowane w Londynie.

  • Dla tej kolekcji skonfigurowano niestandardowe ustawienia klienta tak, aby serwery miały skonfigurowane niestandardowe ustawienia zapasów sprzętowych.

Korzyści biznesowe

Zastosowanie niestandardowych ustawień klienta w programie System Center 2012 Configuration Manager pozwala spełnić wymagania biznesowe w następujący sposób:

  • Wymagania infrastrukturalne zostały zredukowane przez usunięcie lokacji używanych wyłącznie do świadczenia niestandardowych ustawień klienta podzbiorowi klientów.

  • Administracja została uproszczona, ponieważ centralna lokacja administracyjna pozwala zastosować konfigurację standardową do wszystkich ustawień klientów w hierarchii.

  • Dwie kolekcje klientów zostały skonfigurowane pod kątem niestandardowych ustawień klienta.

  • Jest realizowana kontrola przepustowości sieci podczas przesyłania danych między Chicago i Londynem.