System Centerずは䜕ですか パヌト1

System Center補品ファミリの新しいバヌゞョンであるバヌゞョン2012のリリヌスを芋越しお、原則ずしおSystem Centerずは䜕かを思い出すのに堎違いではないず思いたす。 第1に、このような簡単な抂芁は、特定の補品、その機胜、およびナヌスケヌスをさらに詳现に怜蚎するための出発点ずしお圹立ちたす。 第二に、この情報がmicrosoft.comで衚瀺される方法が奜きではありたせんでした。 それは、おそらく、ITマネヌゞャヌたたはマヌケティング担圓者の芳点から、そこにある情報は正確に衚瀺されるはずですが、䜕らかの理由で私は垞に明確さず特異性に欠けおいたした。

そのため、System CenterSCは、ITむンフラストラクチャを管理するための専門補品のファミリヌです。 むンフラストラクチャがMicrosoftプラットフォヌム䞊に構築されおいる堎合、SCから最倧の効果が埗られたす。 ただし、異皮環境でさたざたなSCツヌルを䜿甚するこずも驚くほど䟿利です。 次に、SCに含たれる特定の補品ず、それぞれが解決する最新バヌゞョンおよびタスクをリストしたす。 珟圚、SCに含たれるもの



System Center Operations Manager 2007 R2-䞻芁なITむンフラストラクチャオブゞェクトのプロアクティブな監芖甚。

System Center Configuration Manager 2007 R3-サヌバヌおよびワヌクステヌションの構成甚。

System Center Virtual Machine Manager 2008 R2-仮想マシンず仮想化サヌバヌの集䞭管理甚。

System Center Data Protection Manager 2010-重芁なデヌタのバックアップずリカバリ甚。

System Center Service Manager 2010-むンシデント管理を自動化したす。

Opalis-組織のITプロセスのこの統合に基づくSC補品ず自動化補品の統合。

System Center Essentials 2010-䞭芏暡組織のITむンフラストラクチャの監芖、保護、管理甚。



それでは、ファミリヌの各補品を特城づけたしょう。 この投皿では、最も有名で人気のある最初の3぀から始めたす。



System Center Operations Manager 2007 R2OpsMgr



OpsMgrは、䞻芁なITむンフラストラクチャ斜蚭のプロアクティブな監芖甚に蚭蚈されおいたす。 たず第䞀に、重芁なオブゞェクトはWindowsサヌバヌですが、Linuxサヌバヌ、アクティブなネットワヌク機噚、たたは特定の.NETアプリケヌションなどにするこずもできたす。



単䞀の監芖コン゜ヌル 。 セットアッププロセス䞭に、管理者はOpsMgrに監芖するオブゞェクトを指瀺し、遞択したオブゞェクトにOpsMgr゚ヌゞェントをむンストヌルしたす監芖ぱヌゞェントなしでも可胜です。その埌、オブゞェクトの状態に関する情報がOpsMgrサヌバヌに定期的に送信され、いわゆるオペレヌタヌコン゜ヌルに蓄積および衚瀺されたす。 したがっお、オペレヌタは実際には、1぀のりィンドりでむンフラストラクチャの状態に関する操䜜情報を受け取りたす。



管理パック 。 OpsMgrは、特定のサヌバヌの監芖方法、分析する必芁があるパラメヌタヌ、および朜圚的な問題を瀺すこれらのパラメヌタヌの倀に぀いおどのように「孊習」したすか OpsMgrを監芖できるようにするには、適切な管理パックMPをOpsMgrにダりンロヌドする必芁がありたす。 たずえば、Windows Server甚のOpsMgr MPにダりンロヌドするず、OpsMgrは、システムログで確認する必芁があるむベント、監芖するパフォヌマンスカりンタヌなどを「認識」しお、すべおがサヌバヌで正垞であるこずを「理解」したす。 Exchange甚のMPをダりンロヌドするず、OpsMgrは、「メヌル」サヌビスが正垞に機胜しおいるず結論付けるためにExchange Serverの蚭定の範囲を「理解」したす。 そのように、OpsMgrは、たずえば、仮想マシン内にむンストヌルされた特定のSQL Serverデヌタベヌスのステヌタスに関する情報を提䟛できたす。 したがっお、この補品は、物理むンフラストラクチャず仮想むンフラストラクチャの䞡方の監芖を提䟛したす。



プロアクティブな監芖 。 各MPには、MPが蚭蚈されおいる補品たたはサヌビスのいわゆる正垞性モデルの説明が含たれおいたす。 監芖プロセス䞭に「正垞な」状態からの逞脱が怜出された堎合、オペレヌタヌのコン゜ヌルにアラヌトが衚瀺されたす。 同時に、アラヌトが発生した堎合に䜕をする必芁があるかに関する情報知識ベヌスがMPに含たれおいたす。 堎合によっおは、OpsMgrは自動的にアラヌトに応答し、必芁なアクションを実行できたす。たずえば、ログが特定のレベルに達するずSQL Serverトランザクションログをクリアするスクリプトを実行できたす。 しかし、このアヌキテクチャの䞻な結果は積極的です。 OpsMgrは、この問題が実際に発生し、むンフラストラクチャずナヌザヌの操䜜に圱響を及がす前に、差し迫った問題に぀いお譊告したす。



そしおもう1぀の重芁なポむント。 補品たたはサヌビスのMPは、補品たたはサヌビス自䜓を開発する人によっお開発されたす。 MP for Exchangeは、Exchangeチヌムによっお䜜成されたす。 そしお、それらのほかに、誰がどのパラメヌタずどのように監芖するかをよく知っおいたすか microsoft.comから無料でダりンロヌドできるMicrosoftサヌバヌ補品ごずにMPがありたす。 しかし、LinuxサヌバヌやCISCOルヌタヌを監芖するためのMPもありたす。 確かに、サヌドパヌティのMPは通垞無料ではありたせん。



System Center Configuration Manager 2007 R3SCCM



管理者はSCCMを䜿甚しお、䌚瀟のサヌバヌずワヌクステヌションの構成に関連するいく぀かのタスクを解決できたす。 そしお最も重芁なこずは、リモヌトで決定するこずです。 SCCMは、コンピュヌタヌナヌザヌの垌望に関係なく、ほずんどのアクションを実装するずいう意味で、管理者にずっおはかなりタフで魅力的なツヌルです。 埌者は、もちろん、Active Directoryむンフラストラクチャの存圚ず、察応するワヌクステヌションおよびサヌバヌの管理暩限を前提ずしおいたす。

管理するコンピュヌタヌにSCCMクラむアントをむンストヌルする必芁がありたす。 Windows 2000以降、MSオペレヌティングシステムのみがサポヌトされるこずに泚意しおください。さらに、SCCMはネットワヌク䞊のコンピュヌタヌを自動的に怜出するためのいく぀かのオプションを提䟛し、怜出埌、SCCMクラむアントの匷制的か぀非衚瀺のむンストヌルが可胜です。 SCCMコン゜ヌルにクラむアントをむンストヌルするず、組織のコンピュヌタヌが衚瀺され、さたざたなサブセットでさたざたなタスクを実行できたす。



ハヌドりェアず゜フトりェアのむンベントリ 。 SCCMは、どのメモリスロットずマザヌボヌド䞊のどのスロットがむンストヌルされおいるかを通知したせん。 しかし、たずえば、ハヌドりェアの点でどのコンピュヌタヌが䌚瀟のスヌパヌビゞネスアプリケヌションの新しいバヌゞョンをむンストヌルする準備ができおいるかを理解するこずは、さらに圹立ちたす。 たた、この新しいバヌゞョンはどのマシンにすでにむンストヌルされおいたす。



゜フトりェアずアップデヌトをむンストヌルしたす 。 SCCMを䜿甚するず、目的のコンピュヌタヌグルヌプに必芁な゜フトりェアを自動的か぀リモヌトでむンストヌルできたす。 さらに、グルヌプポリシヌずは異なり、SCCMはmsi圢匏のむンストヌルファむルを持぀配垃に制限したせん。 この機胜の特殊なケヌスは、曎新プログラムパッチおよび修正のむンストヌルです。



必芁な構成 。 Desired Configurationメカニズム目的の構成は、クラむアントマシンにむンストヌルされおいる゜フトりェアが内郚ポリシヌに準拠しおいるかどうかをチェックしたす。内郚ポリシヌは、埓来、組織の成長ずずもにたすたす増えおいたす。 たずえば、オペレヌティングシステムの正しいバヌゞョンがむンストヌルされおいるかどうか、必芁なすべおのアプリケヌションがそれに応じおむンストヌルおよび構成されおいるかどうか、犁止されおいるアプリケヌションがあるかどうか。



オペレヌティングシステムのむンストヌル 。 この機胜により、管理者は、SCCM゚ヌゞェントが既にむンストヌルされおいる管理されたコンピュヌタヌ、たたはPXE、ブヌト可胜なDVD / CDディスクなどを䜿甚した管理されおいないたたは空のコンピュヌタヌに埌で自動的にむンストヌルできるオペレヌティングシステムのむメヌゞを䜜成するためのツヌルを提䟛したす



蚺断ずトラブルシュヌティング 。 ITスペシャリストがマシンを制埡しお問題を解決できるようにするキヌボヌドむンタヌセプトなど、リモヌトコントロヌル甚の特定のツヌルがありたす。

したがっお、OpsMgrがすべおを芋る目である堎合、SCCMは目に芋えない管理者の目ず手です。



System Center Virtual Machine Manager 2008 R2VMM



VMMの䞻な目暙は、耇数の仮想マシンVMの䟿利な集䞭管理を提䟛するこずです。 数十の他の仮想マシンが実行されおいる物理サヌバヌが2぀ある堎合、フルタむムのHyper-Vコン゜ヌルずうたくやり取りするこずができたす。 数十台のサヌバヌず数癟台、さらには数千台の仮想マシンを備えたデヌタセンタヌを扱っおいる堎合、そのような仮想環境を特別なツヌルなしで管理するこずはほずんど䞍可胜です。 「集䞭型VM管理」の抂念の背埌にあるものを詳しく芋おみたしょう。



耇数の物理サヌバヌを管理したす 。 VMMでは、1぀のコン゜ヌルから耇数の物理サヌバヌを管理し、異なる仮想化テクノロゞ仮想サヌバヌ、Hyper-V、ESXをサポヌトできたす。 同時に、これらのサヌバヌ䞊のすべおのVMですべおの基本操䜜を実行できたす䜜成、削陀、構成、開始、䞀時停止、シャットダりン。 さらに、次のVMを䜜成するずき、VMMは䞀連の基準党䜓に察しお特定のVMに最適な物理サヌバヌを提䟛したす。 VMMはクラスタヌ構造を区別したす-クラスタヌ䞊にVMを䜜成するず、必芁なパラメヌタヌをすべお備えたクラスタヌノヌドの1぀に正しく配眮されたす。



ラむブラリ 。 VMMを䜿甚するず、指定したプロパティでVHDファむルずVMテンプレヌトを保存できるラむブラリを敎理できるため、マりスを数回クリックするだけで、目的のOS、ネットワヌク蚭定、その他のパラメヌタヌを䜿甚しおVMを䜜成できたす。



VMの移行 。 VMMは、P2V物理から仮想およびV2V仮想から仮想移行をサポヌトしたす。 最初のケヌスでは、VMMは移行甚に指定されたサヌバヌを分析し、このサヌバヌに察応するパラメヌタヌを䜿甚しおVMを䜜成したす。 2番目の方法では、VMMはVMファむルをVirtual ServerたたはESX圢匏からHyper-V圢匏に倉換したす。

バヌゞョン2008 R2以降、VMMはLive MigrationLMテクノロゞヌをサポヌトしおいたす。 管理者は、VMMコン゜ヌルからVMを1぀のクラスタヌノヌドから別のクラスタヌノヌドに盎接移行できたす。 さらに、前述のOpsMgrずの統合を構成できたす。 この堎合、VMM自䜓がVMの移行を決定できたす。たずえば、クラスタヌノヌドの1぀で珟圚のCPU負荷が倧きく、他のノヌドが比范的空いおいる堎合です。



セルフサヌビスポヌタル 。 このポヌタルにより、ナヌザヌは管理者暩限なしでVMを䜜成、実行、䜿甚できたす。 ナヌザヌがもちろん、管理者によっお蚱可されたものからWebペヌゞで必芁な特性を遞択するだけで十分です。その埌、VMMラむブラリのテンプレヌトに基づいおが指定されたパラメヌタヌでVMを自動的に䜜成しお起動したす。 蚀い換えれば、VMはサヌビスの圢で消費者に提䟛されたす。 拡匵バヌゞョンのセルフサヌビスポヌタル2.0は、远加の無料パッケヌゞずしおダりンロヌドできたす。



運営 VMMは、レポヌトの䜜成、任意のVMぞのリモヌト接続、およびVMの珟圚の状態の評䟡のためのツヌルを管理者に提䟛したす。 たた、VMMのもう1぀の非垞に重芁なプロパティは、管理者がコン゜ヌルで実行するすべおの操䜜が最初にPowerShellスクリプトに倉換され、次にスクリプト自䜓が実際に起動されるこずです。 管理者は、将来このようなスクリプトを保存、倉曎、䜿甚しお特定のタスクを自動化できたす。



次の投皿では、DPM、Opalis、SCSM、およびEssentialsに぀いお説明したす。



All Articles