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


23.11.2017

Z IEEE 802.3bz

Przełączniki Netgear
21.11.2017

4K z USB-C

EIZO FlexScan EV2785
16.11.2017

Wielofunkcyjne MFP

Canon imageRUNNER ADVANCE C256i, C356i oraz C356P
14.11.2017

Fabryka Przyszłości w drodze...

W dniach 25 i 26 października we Wrocławiu odbyła się czwarta edycja konferencji...
14.11.2017

Pamięć definiowana programowo

Red Hat Container-Native Storage 3.6
09.11.2017

Zgodnie z rodo

Snow Software GDPR Risk Assessment
07.11.2017

Bezpieczna stacja robocza

F-Secure Protection Service for Business (PSB)
03.11.2017

III Forum Bezpieczeństwa...

21 listopada 2017 r. w PSE w Konstancinie-Jeziornie odbędzie się III Forum Bezpieczeństwa...
27.10.2017

Zasilanie gwarantowane

Schneider Electric Galaxy VX

Nowości w DSC

Data publikacji: 28-08-2015 Autor: Bartosz Bielawski

PowerShell Desired State Configuration (DSC) to wciąż jeszcze nowe rozwiązanie dostępne od premiery Windows Server 2012 R2 i PowerShell w wersji czwartej. Wersja piąta, której ostatnie wydanie „preview” opublikowano pod koniec kwietnia br., wprowadza w tej technologii wiele interesujących i przydatnych zmian.

Zanim przyjrzymy się nowościom, przypomnijmy w telegraficznym skrócie, czym jest PowerShell DSC i jak działa. PowerShell DSC to platforma, która umożliwia zarządzanie stanem systemu, wykorzystując przy tym standardy, takie jak: MOF (Managed Object Format), CIM (Common Information Model) czy WS-MAN (Web Services Management) – wszystkie zdefiniowane przez DMTF (Distributed Management Task Force). Oprócz tego jednak, że otrzymujemy platformę, zyskujemy też narzędzia, dzięki którym możemy konfigurować systemy z gwarancją utrzymywania narzuconego im stanu. Możemy zarówno wysyłać konfigurację do poszczególnych końcówek (w trybie Push), jak i wymuszać ich regularne pobieranie z centralnego serwera (tryb Pull). Serwer ten może być zwykłym udziałem SMB, ale mamy również możliwość skorzystania z odpowiedniej roli dostępnej na serwerze 2012 R2 i do pobierania konfiguracji za pomocą protokołu REST.

Konfigurację definiować możemy za pomocą PowerShella. Dzięki niemu tworzymy również zasoby, które są odpowiedzialne za doprowadzenie systemu do pożądanego stanu, sprawdzenie, jaki jest aktualny stan systemu i czy pokrywa się on ze stanem wymaganym. Konfiguracja jest deklaracją i jest na ogół bardzo zwięzła. Zasób jest rozbudowany i zawiera wszelką logikę związaną ze zmianą stanów, wraz z obsługą potencjalnych błędów. Tworząc konfigurację, korzystamy ze słowa kluczowego configuration. Uruchamiając takie polecenie, tworzymy dokumenty MOF, które następnie muszą być dostarczone do końcówki, a ta, korzystając z otrzymanego dokumentu, wprowadzi odpowiednie zmiany. Każda konfiguracja ma wspólny parametr ConfigurationData, dzięki któremu możemy tworzyć dynamiczne konfiguracje bez konieczności dodawania parametrów. Jeśli jednak zdecydujemy się na użycie parametrów, wówczas możemy przy ich tworzeniu korzystać z całego bogactwa dostępnego w PowerShellu: walidacji, ograniczenia typu czy ustawiania parametru jako wymagany. Gdybyśmy dla przykładu zechcieli, by serwis BITS na zdalnym systemie był uruchomiony, wystarczy, że prześlemy do niego następującą konfigurację:

configuration Serwis {
node localhost {
Service Bits {
Name = 'BITS'
}
}
}

Zasób domyślnie ustawia stan serwisu (State) na uruchomiony (Running), wystarczy więc, że w naszej konfiguracji podamy nazwę serwisu, który ma być uruchomiony. Zasoby to de facto moduły w PowerShellu, w ramach których każda z czynności opisana jest konkretną funkcją. 

Artykuł pochodzi z miesięcznika: IT Professional

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

.

Transmisje online zapewnia: StreamOnline

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