20を買うの高可用性設計原理1

＃20：格安はDon't Be

＃19：何と仮定

マーケティングの主張にもかかわらず、逆に、高可用性コンピュータシステムに付属していません。生産を実現するエンドの口径のレベルをエンドツーエンドのシステムの可用性、およびapplicationlevelアセスメントの努力のテスト、統合で指示が必要です。これらの事柄はなしあなたのためにベンダーによって直接箱から出して実行されます。非常にいくつかの製品は単に環境にドロップすることができます空室状況の質を高めることが期待される。実際には、アップせずに前エンジニアの努力と費用を、その逆がtrueの場合：不完全実装の新製品、システム全体の空室状況を減らすことができます。やめて1つの状況で動作する、他のより複雑な環境で動作するように継続する製品の機能を期待していない。いつの信頼性を追加すると、制約を追加し、テストし、操作の新しい境界を確認する必要があります。かは、アプリケーション開発者が知っているか、計画生産の環境や運用ルールに敏感を課すだろうと仮定しないそこに。可用性の設計の仕事の一部は、アプリケーション開発者との間のシャトル外交を行っている、運営スタッフ、およびネットワーク管理の乗組員。これ以外にも、ベンダーは、クラスタリングやレプリケーションソフトウェアをスローしない、それは、システム上の追加費用で購入する必要があること保護を必要とします（少なくとも1つのOSベンダーが自由のためにハイエンドのOSとクラスタリングソフトウェアを含む、公正にしてください。あなたは価格だけでは、OSの価格に隠されている特定することができます。）余分な作業とソフトウェアがなければ、データ、システムのニーズの増加など、スケールされず、ウイルスやワームの保護は適用されませんのバックアップを取得されません。生産を実現する高品質の可用性を常に慎重に計画し、余分な労力、およびその他の支出が必要です。

＃18：シングルポイント障害（SPOFは）削除

＃17：セキュリティを強制する

全体の記事やmultidayセミナー、システムセキュリティの高レベルを維持する上で書かれている。私たちの目的はそれらのいずれかを置き換えるものではない。ただし、お客様のシステムの安全性が高く、まだ全体的なシステムの可用性を達成する基本的な要素です。UnixツールsudoのUnixシステム上での特権のアクセスを制限するために使用することができますので、データベース管理者としながら彼らの行動がさえ持つことができる特権アクセスが必要な他のユーザーコマンドの固定を設定し、制限された彼らの行動が記録されます。この機能はWindows上でいくつかのメカニズムを通じて、Windowsスクリプティングホスト（WSH含む）を達成することができます。一部のWindows管理者のコマンドを実行し、ユーザーが変更することができますrightclickメニューのオプションとして。使用してファイアウォールをしている。あなたのネットワークからのオンとオフの重要なシステムの招かれざる訪問者を維持する基本的な方法でファイアウォールを使用しています。ファイアウォールはできませんが、すべてのエンドすべてのセキュリティは、ほぼ常にそれらを潜り抜ける方法ですが、それらの開始点が有効です。良いパスワードの選択を強制する。フリーウェアやシェアウェアのユーティリティの多く良いパスワードの選択を強制します。それらのいくつかブルートフォースメソッドを介してパスワードを復号化するため、これらの単語に共通の単語とパターンを使用しようとします。その他、そのパスワードを想像する人の把握が難しく自分の仕事するときのパスワードは、文字では十分な種類が使用されますを確保するために作成されますか。もう1つの一般的なツール高齢化は、ユーザーが自分のパスワードは、30または90日間の変更を余儀なくされ、パスワードが、彼らの最後のセットから、任意のパスワードを再利用することはできません5または10。

記事は、ベンSmeider提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"20を買うの高可用性設計の原則1"の自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。