次に、アップグレードでは十分なワークロードパフォーマンスサーバーが得られません。
サーバーの損失は、従来の外部損失に反映されているだけではなく、アプリケーションの更新とパッチの要件、ユーザーベースの拡大と相まって、処理ワークロードのパフォーマンスは通常遅くなります下がります。たとえば、現在のユーザーベース/顧客グループは膨大なストレージトラフィックを必要とするため、サーバーのネットワーク帯域幅が達成できない場合や、現在のソフトウェアバージョンが現在のシステムにはないチップセット機能に依存している場合があります。応答時間が短くなり、パフォーマンスの問題が生じる可能性があります。ホストサーバーがアプリケーションやユーザーの増大するコンピューティング需要をもはや満たすことができない場合、企業はより最新かつより強力なシステムを購入する必要があるかもしれません。
3番目に、信頼できない、または維持できないようになったサーバーをアップグレードします。
ほとんどの企業は、自社のサーバーハードウェアを修理または修理するのではなく、会社とサーバーベンダ(またはサードパーティベンダ)との間の年間メンテナンス契約に依存しています。何年も経つと、部品が少なくなり、サーバーベンダーのサービス部門が新しい部品やコンポーネントに取り組んでいることが多く、古いシステムを修復するためのコストははるかに高くなります。最終的には、契約を維持するためのコストが面倒になり、サービス契約とトラブルシューティング/メンテナンスのコストが低いため、新しいシステムへのアップグレードが必要であることの証明が容易になります。
4番目に、コンピューティングリソースが不足しているサーバーをアップグレードします。
企業は、満足のいく統合比率を確保するために、各物理サーバーに一定の最小量のワークロードを割り当てることがあります。その他の場合では、IT部門がコンピューティングリソースの最小プールを確立し、それを維持してワークロードのバランスをとることができます。パフォーマンスが低下しているワークロードに割り当てられているコンピューティングリソースを最適化したり、ワークロードを他の利用可能なサーバーに移動するワークロードバランスメカニズムを実行したりできます(残りのアプリケーションのリソースを解放するため)。しかし、これらの最小機能を下回る古いサーバーはアップグレードするのに最適な場所です。
V.サーバーのライフサイクルは管理プロジェクトをサポートする必要があります。
今日の企業は大規模なデータセンターを持っており、多くの場合、Dellリモートアクセスカード(DRAC)や統合型無人(iLO)などのハードウェアベースの統合管理サブシステムを使用しています。インフラストラクチャのためのシステム管理ツールこれは同種環境には適していますが、ビジネスで異種システムを使用している場合、特に適切にサポートされていない、または完全にサポートされていない古いサーバーの場合、管理に大きなギャップがあります。データセンターの運用状況を完全に把握し、最もきめ細かい管理制御を確保するために、古いシステムを交換する必要があることがよくあります。
サーバーのライフサイクルは必然的に終わりを迎えますが、これらのアップグレードのタイミングと緊急性は、エンタープライズデータセンターの規模と要件によって大きく異なります。ただし、IT担当者は、一般的な状況の中にはサーバーのアップグレードサイクルを必要とするものがあることに注意する必要があります。通常は、サーバーの機能、互換性、信頼性、および制御が損なわれます。zh-CN"],null,[1],zh-TW"]]]
では、このような問題を解決するための方法や手法はありますか? Windows 2000またはWindows Server 2003でネットワーク負荷分散クラスタを使用できます(この記事では、Windo
著者はウェブサイトのウェブマスターであり、ウェブサイトのセキュリティを保護するために、ウェブサイトは事故を防ぐために毎日バックアップされます。ただし、作成者が前回Webサイトのバックアップを完了した後
Windows Server 2008のIISサーバーにWCFサーバーをデプロイすると、ブラウザアクセスを通じて次のエラーが報告されます。 アセンブリからの取得に
サーバーセキュリティ設定 1.システムディスクとサイト配置ディスクは、アクセス許可を簡単に設定するためにNTFSフォーマットに設定する必要があります。 2、システムディスクとサイト配置ディスクは