管理されていない管理と重要な監視

彼らは独自のチャーターで外国の修道院に行きません。 次の仕事では、Alfrescoプラットフォームでのワークフローの作成とその後のサポート、および他のシステムのメンテナンスが含まれます。 規定された規則、確立された習慣と手順を備えた機関。 インフラストラクチャには馴染みのあるITのものはあまりありませんが、すべてが確実に機能し、すべての人に適しています。 知性と教育の始まりを持っている人として、私は他の人の伝統に違反し、世界的に何かを変えようとはしません。 500以上の仕事があるため、一部は常に近くにあるとは限らず、組織にとって作成されたサービスの重要性に気づくでしょう。 これらには、監視とオーケストレーションが含まれます。



ほとんどの職場は、6階建ての建物内にあります。 リモートジョブがあります。 公園はさまざまな従業員によって管理されており、一部の場所は他の組織に属し、IT従業員がまったくいない場合があります。 特別な訓練を受けた人々の責任範囲におけるグローバルネットワークとセキュリティ。 DHCP、DNS、AD（存在する場合）はどこにもありません。 ITIL / ITSMはインポートされた文字です。 オペレーティングシステムWindowsXP、WindowsVista、Windows7。 職場は、IPアドレスを強制的に変更することで、建物のさまざまな部分に移動できます。 通常、コンピューターで作業するユーザーは管理者権限を持っているため、％COMPUTERNAME％を含むすべてを変更できます。 後者の変更を防ぐことをお勧めします 共有プリンターに使用されます。

ベースラインと目標

監視におけるプロジェクトの目標は、Webアプリケーションの可用性の確認、javaとpostgresqlとOSのグラフ化によるパラメーターの削除、重大な場合のrss、sms、音声通話による通知です。



オーケストレーションの主な目標は、500人以上のユーザーとの通信を除外することです。 パラメータをすばやく一括変更し、ソフトウェアパッケージ、証明書、および「GPOのようなソフトポリシー」をインストールする機能を備えています。



州の戦略的優先事項を考慮し、完全な輸入代替に焦点を当て、明日のワークステーションはワークフローユーザーにそれぞれMSVSferaまたはROSAを持っている可能性があります。構成管理と監視ツールは、オープンソースのクロスプラットフォーム、Webベースの管理インターフェイスと実装と所有のコストをゼロにする方が良いでしょう。

ダイナミックDNS

IPアドレスは次のルールに従って維持されます：10.建物、キャビン。 職場の場所を変更すると、IPアドレスも変更されます。 手動で変更する DHCPは使用できないため、オプション82は適用されません。 システムユニットの在庫数に重複が発生する場合があります。 比較的一定している唯一のものはMACアドレスです。 バインドします。 職場の名前のテンプレートをPC- {maksezdeliteli}として定義します。 コンピューターに複数のネットワーク接続がある場合、オペレーティングシステムをインストールした直後にイーサネットが最初になると想定します。 ％COMPUTERNAME％の定数としてそのアドレスを使用します。



証明書を使用するには、FQDN（完全修飾ドメイン名）が必要です。また、DNSがないことが条件から必要です。 この状況での便利な解決策は動的DNSです。％COMPUTERNAME％をIPアドレスと照合し、それに応じてユーザーと個人的に通信する必要が生じた場合に職場の現在の場所を判断するのに便利です。



クライアントがDNSゾーンを動的に更新する最初のソリューションは、WindowsのバインドパッケージのNsupdateユーティリティでしたが、この場合、クライアントは共通キーを持っているため、ゾーン内のレコードだけでなく変更できます。 より安全なソリューションは、クライアントがHTTPリクエストを送信し、サーバーがそのルールに従って変更を行う場合です。 このオプションでゾーンを保存する方法は明らかです-これはSQLデータベースです。 デフォルトでは、PowerDNSサーバーはデータベースからのクエリを処理するように構成されています。 多くの大規模プロジェクトで使用されており、非常に安定しているようです。 それを使用します。







快適なゾーン管理のために、PowerDNSへのさまざまなインターフェースが作成されています。 powerdns-webinterfaceを承認しました

Windows PCを自動化するための構成管理ツール

当初、在庫管理システムは集中ソフトウェア配布のために考慮されていました。 ocsinventory-ngとMandriva Pulseの既存の実証済みソリューションには、機能にパッケージをインストールする機能があります。 どちらにも、Service Desk（特にGLPI ）などのITIL / ITSM要素と便利に統合する機能が含まれていますが、本質的には現在の状況ではありません。 Windowsレジストリのパラメーターの変更と証明書の展開は、インストールパッケージの製造としてのみ提示されます。 管理者権限を持つユーザーは、これらのパッケージをマシンから削除できます。 これに基づいて、構成管理システムの検討を開始しました。



Puppetは最も一般的です。 多くのモジュールとユーザーインターフェイスがあります。 クライアントの構成ファイル（マニフェスト）の変更は、クライアントが次回ホストサーバーにアクセスするときに、またはプッシュ機能を使用してサーバーからの即時実行の要求を通じて、それらを受け取ります。

Windowsシステムを操作するためのモジュールがあります。 puppet-3.1.1.msiの後でWindowsXPシステムのサポートが中止され、現在のpuppet-3.7.3.msiを開始できませんでした。 システム関数の呼び出しに関連付けられています。 古いバージョンでは、「 system32 」などの「ファクト」はなく、マニフェストではオペレーティングシステムに応じて異なるシナリオを記述する必要があります。 これはすべてシステムの使用を複雑にし、他のツールを支持して放棄することが決定されました。

SaltStackは、プッシュメソッドを使用してクライアント（ミニオン）と通信するという点でPuppetに似ています。 Minionはポートを開きませんが、サーバーに接続し、サーバーからのコマンドを待機するため、サービスのセキュリティが向上します。 Puppetに設定を記述するためのマニフェストがある場合、SaltStackは「状態」の概念を導入します。 マスターで行われた変更は、すべてのミニオンで実行されます。 状態の実行はウィザードから開始され、Puppetで実装されたクライアント自体によって開始されるわけではないことに注意してください。 ミニオンが長時間シャットダウンした場合に現在の状態を維持するために、構成ファイルにパラメーターが追加されました。

startup_states： 'highstate'（C：\ salt \ conf \ minion）

状態は、拡張子がslsのYAML形式の構成ファイルです。



特に指定がない限り、状態の読み取りはtop.slsファイルで始まります。 特定のグループの.slsファイルのリストが含まれています。

 roto@salt:/etc/salt/files# cat top.sls base: # '*': #     Windows 'all_pc': - match: nodegroup - gr_inventory - gr_7z - gr_chrome - gr_libreoffice - gr_klitecodec - gr_essentials #  'gr_garant': - match: nodegroup - gr_garant # + 'gr_consultant': - match: nodegroup - gr_consultant
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

グループはマスター構成ファイル（/ etc / salt / master）で定義されており、非常に柔軟に指定できます。 詳細についてはドキュメントをお読みください。

ドキュメントの例では、グループは変数によって定義されています。 データベース、トークン、ハッシュの動的タイプのパスワードの場合、これらは柱であり、静的な粒度です。 さらに、変数は状態の説明とソルトコマンドラインで使用できます。

roto @ salt：/ etc / salt / files＃salt –G 'cpuarch：AMD64' test.ping



例として、Microsoftアンチウイルスの「ステータス」をリストします。

 roto@salt:/etc/salt/files# cat gr_essentials.sls {% if grains['cpuarch'] == 'AMD64' %} w64_essentials: pkg: - installed {% elif grains['osrelease'] == '7' %} w32_essentials: pkg: - installed {% elif grains['osrelease'] == 'XP' %} w32xp_essentials: pkg: - installed {% endif %}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

_{* Windows7以外の公園には他のx64システムはありません}



ソフトウェアパッケージは、マスター構成ファイル（/ etc / salt / master）で指定されたリポジトリからインストールされます。 init.slsファイル内のパッケージの説明、そのリスト：

 roto@salt:/etc/salt/files/win/repo/w32xp_essentials# cat init.sls w32xp_essentials: 4.4.304.0: installer: 'salt://win/repo/w32xp_essentials/mseinstall.exe' full_name: Microsoft Security Essentials locale: ru_RU reboot: False install_flags: '/q /s /runwgacheck ' uninstaller: '%ProgramFiles(x86)%\Microsoft Security Client\Setup.exe' uninstall_flags: ' /U /S'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Salt masterにはファイルサーバーが組み込まれており、任意のファイルを手先に渡すことができます。 TCPポート：

• 4505＃管理用
• 4506＃ファイル転送用

SaltStackには、SaltPadおよびHalite Webインターフェイスがあります。 最初のものは開始できませんでした。2番目のものを使用すると、システムメッセージログ、ミニオンのステータスを表示し、それらにコマンドを送信することもできます。





テスト中、彼は他のシステム、特にPuppet-Dashboardのユーザーインターフェースよりも著しく劣っている、非常に信頼性が低く、不完全なソリューションであることを示しました。





問題を回避するために、SHELLINABOXをインストールしました。







最終的なインストールスクリプトは次のとおりです。

Zabbix監視システム

多くの監視システムがあります。 私は長い間Zabbixに精通しており、それを選択しました。

JMXモニタリング

バージョン2.0から、zabbixはJMXを監視するためのネイティブサポートを追加しました。 相互作用は、Zabbix Javaゲートウェイと呼ばれるデーモンを介したJMXアプリケーション管理APIを介して発生します。 Javaで書かれています。

PostgreSQLモニタリング

PostgreSQL wikiによると、多くの監視ソリューションが作成されています。 libzbxpgsql （Lib-Zabbix-PostgreSQL）に決めました 。 これは、サーバー用のzabbixエージェントおよびxmlテンプレート用にCで記述された最初にコンパイルされたモジュールです。 スクリプトに対する利点は、明らかに1つのプロセスであり、外部の依存関係がないことです。





この記事は、私の現在の雇用主のドキュメントとして書かれています。 コメント、コメント、不正確さは歓迎します。