Strona korzysta z plików cookies w celu realizacji usług i zgodnie z Polityką Plików Cookies.



23.06.2020

PLNOG Online

PLNOG Online
23.06.2020

Nowe zagrożenie

Ramsay
23.06.2020

Chmurowe kopie

Veeam Backup dla Microsoft Azure
19.06.2020

Nowości w kontenerach

Red Hat OpenShift 4.4
19.06.2020

Analityka bezpieczeństwa

FortiAI
19.06.2020

UPS dla obliczeń edge

Schneider APC Smart-UPS
16.06.2020

Przemysłowe SD

Nowe karty Transcend
16.06.2020

Storage dla SMB

QNAP TS-451DeU
16.06.2020

Pamięć masowa

Dell EMC PowerStore

Desired State Configuration dla Linuksa

Data publikacji: 27-03-2015 Autor: Bartosz Bielawski

W numerze styczniowym „IT Professional” opisano Open Management Infrastructure (OMI) – implementację WMI o otwartym kodzie źródłowym, udostępnianą za darmo przez The Open Group. Przyjrzyjmy się dokładniej technologii, która umożliwia budowanie rozwiązań łudząco przypominających te, które dostępne są w systemie Windows.

Po co w Linuksie DSC, skoro istnieje wiele innych narzędzi oferujących takie same lub zdecydowanie większe możliwości? Odpowiedź jest identyczna jak w przypadku korzystania z OMI. Jeśli w naszej infrastrukturze większość serwerów pracuje pod kontrolą systemów Windows, a jedynie nieliczne wykorzystują Linuksa, to możliwość zarządzania wszystkimi systemami za pomocą identycznych (lub prawie identycznych) narzędzi, niezależnie od działającego pod spodem systemu, ułatwia administratorowi pracę i zwalnia go z konieczności stosowania odrębnych metod, poleceń, technik. Tworzymy w ten sposób kolejny poziom abstrakcji, na którym serwer Windows i serwer Linux, a w przyszłości być może przełączniki i inne urządzenia z naszej serwerowni, będziemy mogli obsłużyć, korzystając z narzędzia, które już znamy – PowerShella. Na niższym poziomie tworzenie pliku, zainstalowanie usługi, uruchomienie procesu różni się dość znacznie. Użycie DSC gwarantuje, że końcowy skutek będzie identyczny, niezależnie od tego, który system będziemy konfigurować.

 

Nowością wśród technologii opartych na CIM/WSMan jest PowerShell Desired State Configuration (DSC), którego pierwsza wersja ujrzała światło dzienne wraz z premierą Windows Server 2012 R2. Samemu DSC poświęcone były na łamach niniejszego miesięcznika dwa artykuły. W pierwszym opisano samo narzędzie i sposób opisywania konfiguracji (patrz „IT Professional” 2/2014, s. 63). W drugim przedstawiono wykorzystanie opcji Pull oraz szczegóły implementacji centralnego serwera Pull („IT Professional” 5/2014, s. 70). Również opublikowany w marcowym numerze artykuł pt. „Zarządzanie serwerami Windows” („IT Professional” 3/2015, s. 12) jest częściowo poświęcony omawianej tematyce i uwzględnia zmiany, jakie pojawiły się wraz z opublikowaniem opcjonalnej aktualizacji dla Windows Server 2012 R2 (KB3000850) oraz nowości dostępne w WMF 5 (obecnie na etapie Preview).

 

W niniejszym artykule wykorzystano dostępną od maja 2014 r. wersję CTP PowerShell DSC. Ponieważ w trakcie pracy z tym narzędziem znalezionych zostało kilka mniejszych i większych problemów, a stworzone przez autora poprawki nie zostały jeszcze włączone do głównej gałęzi projektu, do przygotowania materiału użyto wersji znajdującej się w repozytorium autora. Wszelkie poprawki, których wprowadzenie jest konieczne, aby Linux DSC działał zgodnie z oczekiwaniami, zostały zaznaczone.

> INSTALACJA NARZĘDZI

PowerShell DSC dla Linuksa jest rozszerzeniem bazującym na OMI. Do procesu instalacji użyto systemu CentOS 7, a do podstawowej wersji doinstalowano niezbędne prerekwizyty i narzędzia (wszystkie czynności dotyczące instalacji i konfiguracji OMI dokładnie przedstawiono w „IT Professional” 1/2015, s. 67):

 

## Narzedzia...

# yum -y install wget

# yum -y install vim

# yum -y install git

## wymagane przez OMI

# yum -y install gcc

# yum -y install gcc-c++

# yum -y install openssl-devel

# yum -y install pam-devel

 

W drugim kroku pobrano źródła OMI, które zostały skompilowane i zainstalowane:

 

# wget https://collaboration.

opengroup.org/omi/documents/30532/

omi-1.0.8.tar.gz

# tar zxvf omi-1.0.8.tar.gz

# cd omi-1.0.8/

# ./configure

# make

# make install

 

W kolejnym etapie zadbano o to, aby OMI był traktowany przez system jak każdy inny serwis oraz by wszelkie narzędzia dostępne były w ścieżce, a ściana ogniowa pozwalała na łączenie się z usługą:

 

# cat /etc/profile.d/omipath.sh

PATH=$PATH:/opt/omi-1.0.8/bin

# cat /usr/lib/systemd/system/omi.service

[Unit]

Description=Open Management Infrastructure deamon

After=syslog.target network.target

 

[Service]

EnvironmentFile=/opt/omi-1.0.8/etc/

omiserver.conf

ExecStart=/opt/omi-1.0.8/bin/omiserver

KillMode=process

Restart=on-failure

RestartSec=30

 

[Install]

WantedBy=multi-user.target

# systemctl enable omi.service

# systemctl start omi.service

# firewall-cmd --permanent

# --add-port=5985/tcp

# firewall-cmd --permanent

# --add-port=5986/tcp

# firewall-cmd --reload

 

Pełna treść artykułu jest dostępna w papierowym wydaniu pisma.

.

Transmisje online zapewnia: StreamOnline

All rights reserved © 2019 Presscom / Miesięcznik "IT Professional"