システム管理の自動化、問題のレビュー、および解決策。 エド・ウィルソン

以下は、 PowershellおよびWMIの第1章の一部の翻訳です。 システム管理に関する情報システムの開発の方向性が強調されています。 エドウィルソンは、オペレーターの問題を見て、 インフラストラクチャメンテナンスコストを削減する方向を示します。

管理上の課題を解決する

Windows管理者に彼の問題について尋ねると、リストの一番上に多くの作業が必要になり、それを行う時間が常に不足します。 彼らは自動化ツールを知っており、おそらくWMIとPowershellの機能を知っていますが、これらの技術を習得する時間はありません。 IT組織の予算の最大70％が「すべてが稼働状態になるように」費やされると考えられているため、これは恥ずべき状況です（翻訳者のメモ：元々、「ライトをつけてください」） 。 自動化によりこれらの70％のコストを削減できるため、「問題」のリストのさらに下にあるタスクの時間と費用を節約できます。

WMIまたはPowershellに興味があり、これらのツールは複雑すぎてマスターできないという結論に達した可能性もあります。 これは理解できます。特に、VBScriptを介してWMIを操作する複雑さ、および使用される手法を説明する例が不足していることを考慮すると、理解できます。 インターネットに投稿されたいくつかのPowershellスクリプトでさえ、私を怖がらせます。 管理者は、これらのツールの使用を拒否し、ワークロードを削減する機会を逃し、プロセスを自動化する機会を逃します。

このWMIを使用する目的は、WMIへの入り口の水準を下げることでした。 提供されている例は、変更せずに使用することも、最小限の数で使用することもできます。 さらに、以前はコントロールにアクセスできなかった領域で作業するために使用できるWMIのより深い理解を得ることができます。 PowerShellは、以前のスクリプト言語よりもWMIを簡単かつ直感的に使用できるように設計されています。MicrosoftのPowerShell自動化エンジンは、とりわけ、WMIで利用可能な豊富な管理ツールセットに簡単にアクセスできます。

PowerShellとWMIは、システムを迅速かつ簡単に管理できる実証済みのメソッドセットを提供します。 現在多くの注意を必要とする多くの標準タスクを自動化できます。

まず、現代のシステム管理者が直面する問題について説明します。
かなりのWindows環境に影響する多くの問題があります。

• システムの数を増やす
• インフラストラクチャの複雑化
• 変化するスピード

この章の第2部では、PowerShellとWMIがこれらの問題を解決するための多数のツールセットを提供する理由を示します。 PowerShellからパワーを引き出すには、特にWMIを使用する場合に、PowerShellについて学習するための初期投資がわずかに必要です。 言語を学習し、日々のプロセスを自動化することにより、学習プロセスに費やした時間を最大限に回収できます。

この章の最後には、この技術の組み合わせの力を示す2つの例があります。 最初の例は、1つのコマンドでデータセンターのすべてのサーバーをオフにする方法を示し、2番目の例は、1回のパスで多くのマシンの設定を確認する方法を示しています。

まず、最新のWindows管理者の責任と、彼が直面している問題を見てみましょう。

1.1管理タスク

管理者は非常に忙しい人です。 彼らは常により少ないリソースでより多くのことをしなければならないようです。 左の図1.1に、ハードウェアのコスト削減のグラフを示します。 たとえば、最近、4コアプロセッサ（HyperThreadingを使用すると8つのコアを表示できます）と16 GBのRAMを搭載したラップトップを購入し、モバイルラボとして使用する予定です。 そのため、数年前、これらのパラメーターを備えたマシンは、ラップトップではなくサーバーの中間セグメントにありました！



4、8、または10個のコアプロセッサを搭載したサーバーでも同じことが言えます。 コンピューターでは、比較的安価なメモリーをより多く取り付けることができます。 これは、以前は莫大なIT予算を抱えていた大企業だけが使用していたアプリケーションやビジネスプロセスを立ち上げる余裕のある企業が増えていることを意味します。

機器の電力の削減は、他の2つのスケジュールにつながります。これらは、インフラストラクチャの複雑性の急激な増加と、稼働状態を維持するための管理コストの急速な増加を反映しています。 インフラストラクチャの絶え間ない複雑化とそのコストの上昇は、現在IT部門の主な問題です。

予算を削減するには、運用コストの曲線を打ち破る必要があります。WMIを備えたPowerShellがこれに役立ちます。 まず始めに、管理コストの複雑さと増加はどこから来るのかを考えてみましょう。

1.1.1。 車が多すぎる
作成したすべてのサーバーが本当に必要ですか？ ほとんどではないにしても、多くの組織にはサーバーが多すぎます。 これにはいくつかの理由があります。

• ハードウェア電源のコストを削減-これは、高負荷時には、利用可能なサーバーを最適化する方法を探すよりも新しいサーバーを購入する方が簡単であるという事実につながります。
• 部門の独立した調達またはプロジェクトの調達-これはサーバー所有権の問題によるものであり、部門または「設計者」は誰もサーバーに「座る」ことを望んでいません。 彼らは他人にリソースを与えたくありません。
• 「1つのアプリケーション-1つのサーバー」-一方の問題が他方に影響を与えないようにアプリケーションを分離します。このルールは重要なビジネスアプリケーションに適用できますが、これは第2層または第3層のアプリケーションには必要ありません。 そしてもちろん、これはテストやトレーニングの目的には必要ありません。
• IT部門の反応が遅い、または硬直している-IT部門のプロセスの制御と怠慢がプロジェクトの混乱と不安定なシステム変更につながります。

システム管理者の負荷は、マシン間で注意を切り替えるのに時間がかかるため（通常は新しいリモート接続が必要です）、システム管理者によって各マシンとそのアプリケーションの複雑さが増します。
本格的な仮想化も貢献しています。 仮想化にはいくつかの利点があります。

• 物理サーバーの数が削減されます
• 組織のデータセンターの要件は、スペース、電気、空調コストなどを含めて削減されます
• 物理的資産の容量がより正確に使用されるため、投資収益率が向上します

組織は全体として仮想化の恩恵を受けますが、管理上の負担は増大しています。 仮想化前に100台のサーバーがあり、代わりに4台の物理ホストをインストールし、それらに100台のサーバーを仮想化した場合、管理する必要のある104台のシステムが得られます。 さらに4つあるという事実に加えて、仮想化プラットフォームが別のオペレーティングシステムをインフラストラクチャに導入したり、新しいツールを追加したりできるため、複雑さが増します。 （物理および仮想）システムの総数の増加は、インフラストラクチャの進化中に事故の可能性が増加することも意味します。

1.1.2変更が多すぎる

変更は、管理者にとって最悪の頭痛の種と見なすことができます。 残念ながら、環境は静的ではなく、常に変更が発生します。

• オペレーティングシステムとアプリケーションは定期的なパッチを受け取ります
• 新しいソフトウェアリリース
• 変化するユーザーの典型的なタスクに対応するために、ストレージスペースを再構成する必要があります。
• 典型的なアプリケーションシナリオでは、ハードウェアの変更またはハードウェアのアップグレードが必要です。
• 仮想化およびその他の画期的な技術は、エコシステムを変え、新しい機会と構成を生み出しています。

これらの問題は、数十台、数百台、さらには数千台のマシンに重ねられ、監視やバックアップなどの日常的なアクティビティに重ねられます。
この状況を無期限に続けることはできません。 企業は増え続ける管理コストを緩和することはできません。今日の経済的現実は、IT部門のコストの増加に気付かないために、収益の無限の増加などの代替メカニズムの使用を禁止しています。 運用コストを削減することで状況を解決する必要がありますが、管理者はこれを行うことができません。多くの変更により、負荷を削減しない新しいテクノロジーが導入され、これが無限に発生するためです。

1.1.3複雑さの増大

複雑さは本当の問題です。 多くの理由により発生します：

• いくつかのオペレーティングシステムには異なるツールキットと用語が使用されており、Windowsの2つのバージョン間でも違いがあります。
• データベース、電子メール、Active Directory、Webアプリケーションなどのさまざまな種類のアプリケーションには、さまざまなスキル、さまざまなツールが必要であり、さまざまな要件があり、さまざまなサーバー負荷が発生します。
• 多くのマシンは同じまたは類似の役割を果たしますが、実装の目立たない機能、文書化されていない機能はエラーの可能性を高め、構造をより複雑にします。

管理者自身の不完全な知識とスキルにより、複雑さも増しています。 多くの場合、プロジェクトは新しいテクノロジーを導入し、システム管理者はすぐにシステムを取り上げてシステムの管理を開始することが期待されています。 彼らは必要なスキルを持っていますか？ 導入されているテクノロジーの複雑さを学ぶ時間はありますか？ 残念ながら、両方の質問に対する答えはしばしば否定的です。
この状況での管理者は、唯一正しい判断を下します。できる限り実行し始めます。 時々、新しい技術が既に何かからのバージョン変更である場合、管理者は、新しいバージョンがタスクを完了するためのはるかに良い方法を持っている場合でも、古い方法を使い続けるでしょう。

スキルと知識の欠如はエラーにつながり、これらのエラーは費用がかかり、多くの場合、組織の収入の損失と見なすことができます。 これにより、管理者にストレスがかかり、ビジネス管理の面で不信感が生じます。 IT部門は、多くの場合、新しいテクノロジーの導入に関する議論から除外されます。経営陣が環境を変更することを決定し、エラーのサイクルが再び繰り返されることを知るのは遅すぎます。
さらに、プロジェクトによって導入された大きな変更はほとんど行われていません。システム管理者は、環境を安全に保ち、安定性を確保するために必要な多くの小さな変更に直面しています。

1.2自動化-前進する方法

これらの問題を解決する解決策は、日常的な操作を自動化することです。 単純で反復的な作業を行うためにマシンを割り当てることが、私たちがやったことです！

自動化はさまざまな方法で理解されます。 以下は、自動化の階層です。



この階層より上のレベルを導入するには、「より複雑なレベルに移行することによるメリットはありますか？」という質問に答える必要があります。 標準のWindowsツールやコマンドを大量に配布するためのいくつかのツールの機能を欠いている多くの組織を知っています（トランスレーターに注意してください：「いくつかの一括編集ツール」を正確に翻訳する方法がわかりません） 。 他の人は、タスクスケジューラを最大限に活用するか、ログ内のイベントへの応答を作成しようとします。 ほとんどの組織の自動化は、コマンドラインツール、スクリプト、およびスケジューラのタスクの混合です。

次の質問は、「管理タスクをどのように自動化できますか？」です。 PowerShellには、コンソールへの対話型入力を使用できる一連のコマンドラインツール（「コマンドレット」と呼ばれる）が用意されています。 タスクの複雑さがますます野心的になると、スクリプトが表示されます。 PowerShellでは、コマンドラインとスクリプトで1つのコマンド、1つのスペル、1つのスタイルを使用できます。

PowerShellは素晴らしいツールです（はい、私はPowerShellのファンです）。 必要に応じて、次のレベルの難易度などに簡単に移動できます。WMIはこの階段の最上部にあります。 （翻訳者のメモ。RichardSiddawayの著書「powershell in depth」は、「powershellと組み合わせてWMIを使用しないと、60％の電力が失われる」と書いています） 。 WMIを使用すると、ローカルまたはリモートマシンで使用できるシステム管理ツールの標準セットにアクセスでき、Windows以外のシステム（CIMのトランスレーターを意味します）で作業することもできます。 スクリプトは対話形式で実行することも、スケジュールどおりにスケジュールすることもできます。 しかし、詳細に入る前に、自動化全体を検討する必要があります。

この本では、スクリプトを主要な自動化ツールとして取り上げます。 もちろん、リモートマシンに接続することで、コマンドラインから多くのことを実行できます。 ただし、スクリプトの利点は、コードを記述およびデバッグする時間を節約するたびにコードを再利用できることです。 スケジュールされたタスクと「イベントへの自動応答」は、特定のインフラストラクチャに大きく依存しているため、第3章では、発生するイベントへの自動応答の作成方法の検討を開始します。システム。

例を見てみましょう。 環境内の複数のマシンで空きディスク容量を決定する必要があるとします。 1つの方法は、データセンターに移動し、各マシンに順番に接続して、ドライブCの空き容量を確認することです。答えを記録して、次のマシンで繰り返します。
もう少し簡単なオプションは、 RDPを使用して各マシンに接続し、情報を手動でダウンロードすることです。 この方法では、机を離れることはありません。 しかし、あなたはまだ非常に多くの小さな行動をしなければなりません、あなたはまだあまりにも多くの時間を失います。
そして、私が好む解決策は、この目的のためにPowerShellを使用することです。コードをリスト1.1に示します。 あなたが今彼を理解していなくても心配しないでください。 ディスクサブシステムの管理方法を見るときは、第6章のこのシナリオに戻ります。

この例は、ラボのコンピューター名のリストから始まります。 このリストはForEach-Object （foreach）コマンドレットにパイプされ、論理ドライブCに関するデータを要求するリストから各サーバーのGet-WmiObjectを呼び出します。次に、受信した情報がフォーマットされ、テーブルに表示されます

リスト1.1ディスクの空き容量を確認する：

"dc02", "W08R2CS01", "W08R2CS02", "W08R2SQL08", "W08R2SQL08A", "WSS08" | foreach { Get-WmiObject -Class Win32_LogicalDisk -ComputerName $_ -Filter "DeviceId='C:'" } | Format-Table SystemName, @{Name="Free"; Expression={[math]::round($($_.FreeSpace/1GB), 2)}} -auto 

結果をより理解しやすくするために、空き領域はバイトからギガバイトに変換されます。 PowerShellは、GB、KB、MB、TB、PBの略語を理解することに注意してください。

スクリプトの結果は次のとおりです。

 SystemName Free ---------- ---- W08R2CS01 119.04 W08R2CS02 118.65 W08R2SQL08 114.8 W08R2SQL08A 115.17 WSS08 111.41 DC02 118.53 

このシナリオには、いくつかの改善点があります。

• CSVファイルにコンピューター名を入れます（リスト1.4で行うように）
• ディスク容量を変更する傾向を確認できるように、Excelまたはデータベースで作業の結果を追加します
• スケジューラーでタスクをスケジュールする

このシナリオは、最初の2つの改善点で機能します。 彼は定期的にディスク容量について報告し、傾向を確認できます。 書いた後、数秒で起動できるツールがあり、各マシン自体をポーリングして情報を返します。 その場合は追加できます

書くのにほんの数分しかかからず、何度も何度も実行する時間を節約できます。 これが、PowerShellが時間を節約する方法です。 PowerShellアーキテクトのJeffrey Snoverは次のように書いています。「私は、経済学が人々が何をし、何をしないかを決定すると信じています。 PowerShellは、管理およびサポートのコストを削減する、拡張可能な高レベルのタスク指向の抽象化のためにゼロから設計されています。 com / b / powershellが「セマンティックギャップ」という単語を検索すると、この記事が表示されます。

ここでの翻訳者のメモ私はいくつかのセクションをスキップしました

1.3.3成長曲線を破る

図1.1。 組織の複雑さと管理コストの継続的な増加が見られました。 複雑さとコストのこの継続的な増加は、遅かれ早かれバランスの損失と管理コストによる成長の停止につながります。この成長を打破する方法が必要です。

PowerShellは、以下を提供することにより、コストの上昇を抑えるのに役立ちます。

• サーバーおよびアプリケーションとのインタラクティブな作業のためのツールのセットを提供します
• すべてのWindowsシステムで動作します（翻訳者のメモ：オリジナルでは、エステートはエステート、所有物という正確な翻訳に使用されます。これはMicrosoftコアテクノロジーであり、すべてのシステムに何らかの方法でコマンドレットがあります）
• 異なるシステムで作業するための1つの普遍的なアプローチを提供します（翻訳者のメモ：すべてのコマンドレットは単調で、コンソールユーティリティのキーのリストを調べる必要はありません）
• 組み込みのリモート管理機能
• 自動化をさらに複雑にする組み込み機能

生産性と効率を向上させるPowerShellメソッド。 また、PowerShellとWMIを使用すると、システム制御の成長をさらに高めることができます。

P / S /ボトムライン：インフラストラクチャがますます複雑になっている場合、新しいレベルの自動化への移行を検討する必要があります。 インフラストラクチャの複雑さ、マーケティング部門からの絶え間ないプレッシャー、システムの絶え間ない変化について友人から多くのことを聞きます。 個人的には、このようなプレッシャーを感じていますが、現在、管理タスク用の自動ボットを作成する方法を探しています。