JP2023509986A - アドオンカードのファームウェアを更新し、任意のｏｓがインストールされた任意のサーバ又はベアメタルサーバのハードウェア情報を収集するシステム及び方法 - Google Patents

Abstract

本明細書で説明するシステム及び方法は、サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードすることに関し、これは、サーバのポートを、サーバのファームウェア更新専用の隔離されたネットワークに接続することと、隔離されたネットワークを介して受け取られたオペレーティングシステムをサーバのキャッシュメモリにキャッシュすることと、キャッシュメモリからサーバ上でオペレーティングシステムをブートすることと、サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードに関連したハードウェア情報を確認することと、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードすることと、を含むことができる。

Description

本開示は、データセンターに関し、より具体的には、データセンターのサーバ内のアドオンカード及びディスクのファームウェアの更新を容易にすることに関する。

データセンターでは、サーバには、異なるベンダー、モデル及び構成が備わている。多くの場合、サーバは、異なるネットワークインタフェースコントローラ（ＮＩＣ）、ホストバスアダプタ（ＨＢＡ）、ディスクコントローラなどの、多数のアドオンカードを伴って構成されている。異なるバージョンのオペレーティングシステム（ＯＳ）タイプ（例えば、ＣｅｎｔＯＳ、ＲｅｄＨａｔ ＬＩＮＵＸ、ＭＳ Ｗｉｎｄｏｗｓ、ＶＭＷａｒｅ ＥＳＸｉなど）に適合するように、この種のアドオンカードのファームウェア（ＦＷ）バージョンを維持することは、非常に費用がかかる。システム管理者は、ＦＷを更新するためにアドオンカードのベンダーによって提供される特定のユーティリティを使用する必要がある。しかしながら、アドオンカードのベンダーから提供されるユーティリティは、限られたＯＳに対してのみ適用可能である。

従来技術による実装では、システム管理者は、カードベンダーによってサポートされる特定のＯＳにあわせて各サーバを手動でリブートし、アドオンカードのユーティリティを適用してＦＷ更新プロセスを適用する必要がある。更に、システム管理者は、ＦＷ更新プロセスを開始できるようになる前に、サーバのハードウェア情報を見つける必要がある。ＯＳのタイプが異なる様々なプラットフォームでハードウェア情報を収集することは、難しいことがある。データセンターでは、システム管理者は、そのような問題に絶えず直面することがあり、数百台ものサーバを有するデータセンターを手がけることもある。

従来技術の実装は、ベースボードマネジメントコントローラ（ＢＭＣ）仮想メディアを使用してアドオンカードベンダーのサポートＯＳを用いてサーバをリブートし、ＦＷ更新を実施する。しかしながら、そのような実装は、サーバベンダー特有のものであることがあり、異なるＯＳに応じてＰＣリブート用の仮想メディアマウントを生成するために、ベンダー又はツールからのアプリケーションプログラミングインタフェース（ＡＰＩ）を必要とする。別の従来技術の実装は、Ｐｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）ブートを使用して、選択されたサーバを、ＦＷ更新のために特定のＯＳに応じてリブート可能にすることを含む。そのような解決策は、ベンダー固有サーバの制約に対処することができるが、本番ＰＸＥサーバとダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）サーバとの衝突という別の問題を生む。従来技術の実装では、ＤＨＣＰサーバとＰＸＥを隔離するために余分なＮＩＣが追加され、これにより、ネットワークの複雑さ及び運用コストが増加する。

本明細書で説明する実施例は、任意のアプリケーションがデプロイメントマネージャに統合できる一組のＡＰＩエンドポイントが、ハードウェア情報の収集及びアドオンカードのＦＷ更新をシームレスに実施するためのシステム及び方法を含む。

本開示の態様は、サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするための方法を含むことがあり、この方法は、サーバのポートを隔離されたネットワークに接続することと、隔離されたネットワークを介して受け取られたオペレーティングシステムをサーバのキャッシュメモリにキャッシュすることと、キャッシュメモリからサーバ上でオペレーティングシステムをブートすることと、サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードに関連したハードウェア情報を確認することと、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードすることと、を含む。

本開示の態様は、サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするための命令を格納したコンピュータプログラムを更に含むことがあり、この命令は、サーバのポートを隔離されたネットワークに接続することと、隔離されたネットワークを介して受け取られたオペレーティングシステムをサーバのキャッシュメモリにキャッシュすることと、キャッシュメモリからサーバ上でオペレーティングシステムをブートすることと、サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードに関連したハードウェア情報を確認することと、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードすることと、を含む。この命令は、非一時的なコンピュータ可読媒体に格納され、１つ又は複数のプロセッサによって実行されるように構成されることがある。

本開示の態様は、サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするように構成された管理ノードを更に含むことがあり、この管理ノードは、プロセッサであって、サーバのポートを隔離されたネットワークに接続し、隔離されたネットワークを介して受け取られたオペレーティングシステムをサーバのキャッシュメモリにキャッシュし、キャッシュメモリからサーバ上でオペレーティングシステムをブートし、サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードに関連したハードウェア情報を確認し、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードする、ように構成されたプロセッサを含む。

本開示の態様は、サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするためのシステムを更に含むことがあり、このシステムは、サーバのポートを隔離されたネットワークに接続するための手段と、隔離されたネットワークを介して受け取られたオペレーティングシステムをサーバのキャッシュメモリにキャッシュするための手段と、キャッシュメモリからサーバ上でオペレーティングシステムをブートするための手段と、サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードに関連したハードウェア情報を確認するための手段と、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするための手段と、を含む。

実施例による、ファームウェア更新ネットワークの例示的な設定を示す。

実施例による、例示的なシステムを示す。

実施例による、管理ノードによるアドオンカード／ディスクファームウェア更新のための例示的な全体的フローを示す。

実施例を適用することができる例示的なフローを示す。

実施例による、本番環境における例示的なトポロジーを示す。

実装の一部の例で使用するのに適した、コンピュータ装置の一例を有する計算環境の一例を示す。

以下の詳細な説明は、図面の詳細及び本願の実装の例を示す。図面間の冗長な要素の参照番号及び説明は明瞭にするために省いている。説明の全体を通して使用する用語は例として示し、限定的であることは意図しない。例えば「自動」という用語の使用は、本願の実装を実践する当業者の所望の実装に応じて、完全に自動の実装又は実装の特定の側面に対するユーザ若しくは管理者の制御を含む半自動の実装を含み得る。選択は、ユーザインタフェース又は他の入力手段によってユーザによって行われてもよく、又は所望のアルゴリズムによって実装され得る。本明細書に記載する実装の例は単独で又は組み合わせで利用することができ、実装の例の機能は所望の実装に従って任意の手段によって実装され得る。

今日のシステム管理者は、信頼性要件、性能要件、及びセキュリティ要件のために、本番サーバを、サポートされた／認定された最新のソフトウェア、サーバハードウェア用のＦＷ、及びアドオンデバイス（即ち、ＮＩＣ、ＨＢＡ、ディスクコントローラ、及びディスク）用のＦＷを用いて維持するという難しい仕事に直面している。アドオンカード用のＦＷの更新は、簡単ではない。正しいアップグレードパスを見つけたり、アドオンカードベンダーによって提供される適切なユーティリティを使用したりする必要がある。これらのユーティリティは、サポートされている少数のＯＳのみで使用できる。この解決策では、シームレスなアドオンカードのＦＷ更新を行うための、サーバベンダーに依存しない自動化された機構が提供される。この解決策では、専用のファームウェアアップデートネットワーク（ＦＵＮ）がレイヤ２ネットワーク内に自動的に生成され、スイッチ上の単一のポートのみがそのＦＵＮ用の特定のネイティブＶＬＡＮ ＩＤを用いて構成され、アドオンカードのＦＷ更新の完了時に元の設定に復元される。ＮＦＳルートボリュームを有するカスタマイズされたＰＸＥイメージ（非常に小さなフットプリントを有する高度に修正されたＣｅｎｔＯＳ）が、デプロイメントマネージャ上にある専用のＰＸＥサーバから起動される。ＮＦＳマウントを介したＰＸＥブート及びルートボリュームの組み合わせにより、ＦＷ変更及び処理をオンザフライで与えるＰＸＥブート用ＩＳＯイメージを生成することなく、アドオンカードのＦＷバンドルを更新することが可能になる。ＩＰＭＩツール及びＲｅｄＦｉｓｈプロトコルを使用して、ＦＷ更新用に選択されたサーバ上でブートシーケンスが制御され、このプロセス中にハードウェア情報も収集される。更新されるサーバとデプロイメントマネージャとの間の通信のセキュリティを更に保護するために、サーバの一意のＭＡＣアドレスが、ＰＸＥサーバ上のデプロイメントマネージャＤＨＣＰに登録される。デプロイメントマネージャＰＸＥサーバは、登録されたＭＡＣアドレスにのみ応答する。ＰＸＥサーバは、Ｄｏｃｋｅｒコンテナ内でデプロイメントマネージャによって管理されて、オーバーヘッドが低減され、セキュリティが強化される。

実施例は、アドオンカードのＦＷ更新及びハードウェア情報の収集のための専用のファームウェアアップデートネットワーク（ＦＵＮ）を構築する自動化プロセスを含む。このネットワークは、安全なレイヤ２ネットワーク環境を提供して、本番環境での中断を抑制する。全ての変更がレイヤ２ネットワーク内で行われるため、非常に拡張性が高く、サーバベンダーに依存しなくなる。更に、ＦＵＮ内のＰＸＥサーバは、緊密に統合されたマイクロサービスを提供してオーバーヘッドをより少なくするデプロイメントマネージャ（ＤＭ）を有する多数のＤｏｃｋｅｒコンテナの１つである。これらの全ての測定により、本明細書で説明する実施例は、本番ＰＸＥサーバ及びＤＨＣＰサーバを用いた高度にセキュリティ保護された、中断のない解決策を促す。

本明細書で説明する実施例により、ネットワークに接続された任意のサーバに、適切なアドオンカード／ディスクのＦＷアップグレードを施すことができ、それによって、データセンターが、接続されているサーバに関してベンダーに依存しなくすることができる。実施例は、基本となる構成に関わりなく任意のサーバに適用することができ、また、アドオンカード／ディスクのＦＷアップグレードを容易にするための何らかの追加の機器を必要としない。

実施例は、ハードウェア情報の収集並びにアドオンカード／ディスクのＦＷ更新を容易にするネットワークファイルシステム（ＮＦＳ）マウントなどのＡＰＩも容易にする。一例では、ＮＦＳマウントのＡＰＩは、所望の実装に従って、これらに限定するものではないが、サーバ内のアドオンカードの種類、ディスクドライブの種類、サーバの種類、サーバの構成（例えば、使用されているプロセッサ又はメモリ）、サーバのスロット、などのハードウェア情報の収集を容易にすることができる。

実施例は、本明細書で説明するように、隔離されたネットワークを使用して、ファームウェアの更新を容易にする。本番ネットワークとは別の隔離されたネットワークを利用することにより、実施例は、本番環境への望ましくないインターネットプロトコルアドレスの割り当てから、本番環境におけるデプロイメントマネージャＰＸＥサーバ及びＤＨＣＰサーバを安全に保護する。更に、隔離されたネットワークは、Ｄｏｃｋｅｒコンテナへのアクセスを管理する管理ノードのデプロイメントマネージャを介してアクセスを制限することにより、サーバを起動するため、かつ、アドオンカード／ディスクのＦＷ更新を実行するために使用されるＰＸＥオペレーティングシステムを安全に保護することにより、セキュリティを維持する。本明細書で説明するような実施例では、ＰＸＥサーバは、移植性、セキュリティを提供し専用リソースのオーバーヘッドを低減するように、Ｄｏｃｋｅｒコンテナによって促進される。本番環境のクラスターを含む実施例では、本明細書で説明するようなＤｏｃｋｅｒコンテナの複数のインスタンスをクラスター毎に生成して、所望の実装を促進することができる。

実施例は、単一のサーバの更新（例えば、著しい停止時間を回避するための本番環境での単一のサーバ）、又は複数のサーバの更新に同時（例えば、非本番環境の迅速なデプロイメント）に適用することができる。

図１（ａ）は、実施例によるファームウェア更新ネットワークの構成例を示す。図１（ａ）の例では、本番環境で動作しているサーバが更新されている。ＤＭインタフェースを使用して、ユーザは、更新する必要があるサーバを選択することができる。このサーバは、本番サーバであるため、先ず、対応するクラスターについて全面的な中断を回避するために、メンテナンスモードになる。ＤＭは、自動的にバックグラウンドでＦＵＮの設定を開始する。ＦＵＮを設定するプロセス中、ＤＭは、スイッチ（例えば、この例では、ＶｅｎｄｏｒＸによって作製されたスイッチ）に対してセキュアシェル（ＳＳＨ）を確立し、ペアリングされたポート設定のバックアップを行い、ポート上のデフォルトバーチャルローカルエリアネットワーク（ＶＬＡＮ）を変更し、その後、ＶＬＡＮを生成する。図１（ａ）は、ＶＬＡＮ ＩＤ ７を用いてＦＵＮを設定する例を示す。

図１（ｂ）は、実施例による、例示的なシステムを示す。実施例では、アドオンカード又はディスクに対するファームウェア更新を行うことになる１台のサーバ１００又は複数のサーバがある。そのようなサーバは、スイッチ１０３に接続されており、また、本番ネットワーク１０１に接続し、本番環境のＤＨＣＰサーバ１０４と相互作用することができる。管理ノード１３０がファームウェア更新を行うように命令されると、管理ノード１３０は、図１（ａ）に示すような設定を開始し、サーバ１００をＰＸＥブートサーバ１２０に接続するＦＵＮ １０２を生成する。ＰＸＥブートサーバ１２０は、ＦＵＮ １０２用のＤＨＣＰサーバ１１１、トリビアルファイルトランスファープロトコル（ＴＦＴＰ）サーバ１１２、ネットワークファイルシステム（ＮＦＳ）サーバ１１３、及びハイパーテキストトランスファープロトコル（ＨＴＴＰ）サーバ、を含むことができる１つ又は複数のコンテナ１１０を含むことがある。１つ又は複数のコンテナ１１０のそれぞれは、所望の実装に応じてスイッチ１０３又は別のスイッチによって管理される、本番環境内のサーバの特定のクラスターに対応することができる。管理ノード１３０は、図１（ａ）に示されるようにＤＭを実行してスイッチ１０３を設定する。所望の実装に応じて、ＰＸＥブートサーバ１２０及びコンテナ１１０は、クラウド上の複数のサーバにまたがる仮想マシン（ＶＭ）を介して提供されることがある。そのような実施例では、ＶＭ及びＤＭを両方とも、管理ノード１３０によって管理することができる。

ＦＵＮ １０２が生成されると、ＤＭは、ファームウェアの更新のために選択されたサーバのＮＩＣの対応する対のメディアアクセス制御（ＭＡＣ）アドレスを検出し、そのＭＡＣをＰＸＥブートサーバ１２０内のＤＨＣＰサーバ１１１に登録して、ＤＨＣＰサーバ１１１が、アドオンカードのＦＷ更新に関与するように意図されていない本番サーバにインターネットプロトコル（ＩＰ）アドレスを付与しないことを保証する。次いで、ＤＭは、インテリジェントプラットフォームマネジメントインタフェース（ＩＰＭＩ）ツールを用いてリセット（例えば、ＥＳＸｉリセットなど）を開始する。一旦ターゲットのサーバ１００がリブートからアクティブになると、ＤＭはアドオンカードの更新プロセスを開始する。

プロセス全体が完了すると、ＤＭはスイッチ１０３内のポート設定を復元する。

図２（ａ）は、実施例による、管理ノード１３０によるアドオンカード／ディスクファームウェア更新のための例示的な全体的フローを示す。まず２０１において、管理ノード１３０は、アドオンカード／ディスクのＦＷ更新を必要とするサーバ（例えば、サーバ１００）を検出する。２０２では、管理ノード１３０は、サーバ１００、スイッチ１０３、管理ノード１３０、及びＶＭ／ＰＸＥサーバ１２０の間の専用のＦＵＮ １０２を生成するようにスイッチ１０３を設定する。

２０３では、管理ノード１３０は、本番ＰＸＥサーバとの衝突を回避するために、ＰＸＥブートサーバ１２０に登録された、選択されたサーバの一意のＮＩＣ ＭＡＣを用いて、ＰＸＥブートサーバ１２０用のＤｏｃｋｅｒコンテナを開始する。２０４では、管理ノード１３０は、選択サーバ１００上でブートシーケンスを再設定し、サーバがカスタマイズされたＰＸＥ－ＬｉｖｅＯＳを用いて起動するように、リブートを開始する。

２０５では、サーバ１００が起動プロセスを完了した後、管理ノード１３０は、サーバ１００のハードウェア情報を収集するプロセス、及び対応するアドオンカード／ディスクのＦＷ更新プロセスを開始する。更新プロセスは、カスタマイズされたＰＸＥ－ＬｉｖｅＯＳを介して実行される。管理ノード１３０は、ハードウェア情報を収集し、更新のためにどのバージョンのファームウェアを使用すべきかを決定する。

２０６では、アドオンカードのＦＷ更新プロセスが完了すると、管理ノード１３０は、元のブートシーケンスを用いてサーバ１００をリブートする。２０７では、管理ノード１３０は、ＦＵＮにおいて設定されたスイッチ１０３のスイッチポートのネットワーク設定を復元する。次いで、このプロセスは終了し、管理ノード１３０は、ハードウェア情報と共に、アドオンカード／ディスクのＦＷ更新の完了に関するレポートを提供することができる。

図２（ｂ）は、実施例を適用することができる例示的なフローを示す。まず２１０で、管理者は、デプロイメントマネージャ・インタフェースを用いて、アドオンカード／ディスクのＦＷ更新及びＨＷ情報の収集を行うためのサーバを選択する。２１１では、ユーザは、ＦＵＮ ＶＬＡＮ ＩＤを提供するように求められる。一旦ＦＵＮ ＶＬＡＮ ＩＤが提供されると、２１２で、管理ノードに接続された計算スイッチポートが「トランクモード」２１２で設定されているかどうかを判断するためのチェックが行われる。そうである（はい）場合、このフローは２１４に進み、ＦＵＮ ＶＬＡＮ ＩＤをトランク２１４に追加し、そうでなければ（いいえ）このフローは２１３に進み、ポートを「トランクモード」に再設定し、且つＦＵＮ ＶＬＡＮ ＩＤをトランク２１３に再設定する。２１５では、このプロセスは、ＦＵＮ ２１５からブートするように選択されたサーバ上で使用されるＮＩＣのＭＡＣアドレスを見つける。

２１６では、このフローは、計算スイッチポート上で一致するＭＡＣがあるかどうかをチェックする。ない（いいえ）場合、このフローは、２１７で、ユーザがスイッチポート番号を提供するためのインタフェースを提供する。そうではない（はい）場合、このフローは２１８に進み、スイッチポートの設定のバックアップをとる。２１９では、このフローは、デフォルトのＶＬＡＮを有するスイッチポートをＦＵＮ ＶＬＡＮ ＩＤ ２１９にリセットする。２２０では、このフローは、ＦＵＮ ＶＬＡＮ ＩＤをデプロイメントマネージャＶＭに追加する。

２２１では、このフローは、デプロイメントマネージャＶＭ上でＰＸＥサーバＤｏｃｋｅｒコンテナを開始する。２２２では、デプロイメントマネージャＶＭは、ＦＵＮにおいて設定されたＮＩＣからＰＸＥブートするように、選択されたサーバを設定する。

２２３では、このフローは、サーバの電源がオンになっているかどうかをチェックする。そうである（はい）場合、このフローは２２４に進み、サーバ上の電力のリセットを行う。そうではない（いいえ）場合、このフローは２２５に進み、サーバの電源投入を行う。

２２６では、このフローは、サーバのブートステータスをチェックする。サーバが起動する（アップ）場合、このフローは２２７に進み、そうではない（起動しない）場合、このフローは２３２に進んで、スイッチポート設定を復元し、２３３に進んでエラーが発生したことをレポートし、フローを終了させる。

２２７では、このフローはＨＷ情報の収集に進む。２２８では、このフローはアドオンカード／ディスクのＦＷ更新を開始し、進行状況についてのレポートを提供する。２２９では、このフローはＦＷ更新の進行状況の監視及びレポートを続行する。２３０では、更新完了を判断するためのチェックが行われる。完了している場合、このフローは２３１に進み、そうではない場合、このフローは２３２に進む。

２３１では、このフローはスイッチポート設定２３１を復元し、２３４に進んでＦＷ更新の成功をレポートし、通常のブーストシーケンスでサーバを再起動する。

図３は、実施例による、本番環境における例示的なトポロジーを示す。実施例では、本番ネットワーク１０１は計算スイッチ３０１によって管理される。この例のサーバ１００は計算ノードである。３１０では、管理ノード１３０は、本番ネットワークを管理する計算スイッチ３１０に対して、デフォルトのネイティブＶＬＡＮをＦＵＮのＶＬＡＮ ＩＤへ一時的に変更するように指示する。それによって、ＦＵＮ ＶＬＡＮはサーバ１００をＰＸＥサーバに接続し、その結果、アドオンカード／ディスクのＦＷ更新を行うためにサーバＰＸＥブートを実行することができるようになる。図２（ｂ）の２１２に示されているように、計算スイッチ３０１は、ＦＵＮ ＶＬＡＮ ＩＤを追加するように、トランクモードで設定される。ＦＵＮは隔離されたネットワークであり、これにより、計算スイッチ３０１が、本番ネットワーク１０１から隔離されたサーバ１００へのポートを有することが可能になり、それによって、本番環境のＰＸＥサーバ又はＤＨＣＰサーバとの干渉に伴う問題が排除される。

デプロイメントマネージャＶＭは、管理ノード１３０上で実行され、管理ノード１３０は、ＤｏｃｋｅｒコンテナをＰＸＥサーバとして提供し、アドオンカード／ＦＷ更新を促進する。

本明細書で説明する実施例は、隔離された専用のＦＵＮを使用して、選択されたサーバを制御し、管理ノードによって管理されるＤｏｃｋｅｒコンテナとして高度にセキュリティ保護された専用のＰＸＥサーバからブートを行う。ＰＸＥサーバは、アドオンカード又はディスクのＦＷ更新を行うために、ＣｅｎｔＯＳ ＰＸＥ－ＬｉｖｅＯＳなどの高度にカスタマイズされたオペレーティングシステムを提供する。このような実施例により、基本となるサーバの構成に関わりなく、アドオンカードやディスクのＦＷ更新及びハードウェアの管理を一貫性を持って簡略化することが可能になる。

図４は、デプロイメントマネージャの機能を容易にするための図１（ｂ）及び図３に示した管理ノードなどの幾つかの実施例における使用に適した例示的なコンピュータデバイスを有する例示的な計算環境を示す。計算環境４００内のコンピュータ装置４０５は、１つ又は複数の処理ユニット、コア、又はプロセッサ４１０、メモリ４１５（例えばＲＡＭ、ＲＯＭ等）、内部記憶域４２０（例えば磁気、光学、ソリッドステート記憶域及び／又は有機）、及び／又はＩ／Ｏインタフェース４２５を含むことができ、その何れも情報を伝達するための通信機構又はバス４３０上で結合され、又はコンピュータ装置４０５内に埋め込まれ得る。Ｉ／Ｏインタフェース４２５は、所望の実装に応じてカメラから画像を受信するように又はプロジェクタ若しくはディスプレイに画像を与えるようにも構成される。

コンピュータ装置４０５は、入力／ユーザインタフェース４３５及び出力装置／インタフェース４４０に通信可能に結合され得る。入力／ユーザインタフェース４３５及び出力装置／インタフェース４４０の一方又は両方は、有線又は無線のインタフェースとすることができ、取り外し可能であり得る。入力／ユーザインタフェース４３５は、入力を与えるために使用できる任意の装置、コンポーネント、センサ、又は物理的若しくは仮想的なインタフェース（例えばボタン、タッチスクリーンインタフェース、キーボード、ポインティング／カーソル制御、マイクロホン、カメラ、点字、運動センサ、光学式読取機等）を含むことができる。出力装置／インタフェース４４０は、ディスプレイ、テレビ、モニタ、プリンタ、スピーカ、点字等を含み得る。実装の一部の例では、入力／ユーザインタフェース４３５及び出力装置／インタフェース４４０をコンピュータ装置４０５に埋め込むことができ、又はコンピュータ装置４０５に物理的に結合することができる。実装の他の例では、他のコンピュータ装置が、コンピュータ装置４０５のための入力／ユーザインタフェース４３５及び出力装置／インタフェース４４０として機能することができ、又はその機能を提供し得る。

コンピュータ装置４０５の例は、これだけに限定されないが高移動性の装置（例えばスマートフォン、車両及び他の機械内の装置、人間及び動物が運ぶ装置等）、モバイル装置（例えばタブレット、ノートブック、ラップトップ、パーソナルコンピュータ、携帯型テレビ、ラジオ等）、及び移動性に関して設計されていない装置（例えばデスクトップコンピュータ、他のコンピュータ、情報キオスク、１つ又は複数のプロセッサが埋め込まれた及び／又は結合されたテレビ、ラジオ等）を含み得る。

コンピュータ装置４０５は、同じ構成又は異なる構成の１つ又は複数のコンピュータ装置を含む任意の数のネットワーク化されたコンポーネント、装置、及びシステムと通信するために、外部記憶域４４５及びネットワーク４５０に（例えばＩ／Ｏインタフェース４２５を介して）通信可能に結合され得る。コンピュータ装置４０５又は接続された任意のコンピュータ装置は、サーバ、クライアント、シンサーバ、汎用マシン、専用マシン、又は別のラベルとして機能することができ、そのサービスを提供することができ、又はそのように言及され得る。

Ｉ／Ｏインタフェース４２５は、これだけに限定されないが、計算環境４００内の少なくとも全ての接続されたコンポーネント、装置、及びネットワークとの間で情報をやり取りするために任意の通信プロトコル若しくは規格又はＩ／Ｏプロトコル若しくは規格（例えばイーサネット、８０２．１１ｘ、ユニバーサルシステムバス、ＷｉＭａｘ、モデム、セルラネットワークプロトコル等）を使用する有線及び／又は無線のインタフェースを含み得る。ネットワーク４５０は、任意のネットワーク又はネットワークの組み合わせ（例えばインターネット、ローカルエリアネットワーク、広域ネットワーク、電話網、セルラネットワーク、衛星ネットワーク等）とすることができる。

コンピュータ装置４０５は、一時的媒体及び非一時的媒体を含む、コンピュータ使用可能媒体又はコンピュータ可読媒体を使用する及び／又は使用して通信することができる。一時的媒体は、伝送媒体（例えば金属ケーブル、光ファイバ）、信号、搬送波等を含む。非一時的媒体は、磁気媒体（例えばディスク及びテープ）、光学媒体（例えばＣＤ ＲＯＭ、デジタルビデオディスク、ブルーレイディスク）、ソリッドステート媒体（例えばＲＡＭ、ＲＯＭ、フラッシュメモリ、ソリッドステート記憶域）、及び他の不揮発性記憶域又はメモリを含む。

計算環境の一部の例では、コンピュータ装置４０５を使用して技法、方法、アプリケーション、プロセス、又はコンピュータ実行可能命令を実装することができる。コンピュータ実行可能命令は、一時的媒体から取得し、非一時的媒体上に記憶しそこから取得することができる。実行可能命令は、任意のプログラミング言語、スクリプト言語、及び機械言語（例えばＣ、Ｃ＋＋、Ｃ＃、Ｊａｖａ、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｐｙｔｈｏｎ、Ｐｅｒｌ、ＪａｖａＳｃｒｉｐｔ等）の１つ又は複数に由来し得る。

プロセッサ４１０は、ネイティブ環境又は仮想環境内で任意のオペレーティングシステム（ＯＳ）（不図示）の下で実行可能である。論理ユニット４６０、アプリケーションプログラミングインタフェース（ＡＰＩ）ユニット４６５、入力ユニット４７０、出力ユニット４７５、並びに様々なユニットが互いに、ＯＳと、及び他のアプリケーション（不図示）と通信するためのユニット間通信機構４９５を含む１つ又は複数のアプリケーションを導入することができる。記載のユニット及び要素は、設計、機能、構成、又は実装の点で変更することができ、行った説明に限定されない。プロセッサ４１０は、中央処理装置（ＣＰＵ）等のハードウェアプロセッサ形式又はハードウェアとソフトウェアユニットとの組み合わせの形式にあり得る。

実装の一部の例では、情報又は実行命令がＡＰＩユニット４６５によって受信されると、それが１つ又は複数の他のユニット（例えば論理ユニット４６０、入力ユニット４７０、出力ユニット４７５）に伝達され得る。上記の実装の一部の例において、一部の例では論理ユニット４６０がユニット間の情報フローを制御し、ＡＰＩユニット４６５、入力ユニット４７０、出力ユニット４７５によって提供されるサービスを指示するように構成され得る。例えば１つ又は複数のプロセス又は実装のフローが、論理ユニット４６０によって単独で又はＡＰＩユニット４６５と組み合わせて制御され得る。入力ユニット４７０は実装の例の中で説明した計算のための入力を得るように構成することができ、出力ユニット４７５は実装の例の中で説明した計算に基づいて出力を提供するように構成され得る。

プロセッサ４１０は、図２（ｂ）の２１２～２１４に示すように、サーバのポートを隔離されたネットワーク（例えば、ＦＵＮ）に接続することにより、サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードを容易にするように構成され、図２（ｂ）の２２１及び２２の一環として、隔離されたネットワークを通じて受け取られたオペレーティングシステムをサーバのキャッシュメモリにキャッシュし、図２（ｂ）の２２３～２２６に示したように、キャッシュメモリからサーバ上でオペレーティングシステムをブートし、図２（ｂ）の２２７及び２２８に示したように、サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数のアップグレードに関連したハードウェア情報を確認し、図２（ｂ）の２２９～２３１に示したように、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードする、ことができる。

実施例では、オペレーティングシステムをブートすることは、図２（ｂ）の２２２に示すように、Ｐｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）ブートを実行することを含む。ＰＸＥブートは、従来のＰＸＥ及び／又は所望の実装を容易にするための最新のｉＰＸＥとすることができる。

図１（ａ）及び図３に示すように、隔離されたネットワークを生成することは、関連付けられたスイッチポートのネイティブバーチャルローカルエリアネットワーク（ＶＬＡＮ）を変更することを含む。関連付けられたスイッチポートは、アップグレードが完了した後でネイティブＶＬＡＮに戻して、サーバを本番環境に戻して接続することができる。

プロセッサ４１０は、図１（ｂ）及び図３に示すように、サーバのメディアアクセス制御（ＭＡＣ）アドレスをＰｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）サーバに登録し、図２（ｂ）の２１５～２２０に示すように、隔離されたネットワークを生成した後で、サーバの登録されたＭＡＣアドレスにＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレスを割り当てるように構成することができる。次いで、ＤＨＣＰサーバ１１１１、ＴＦＴＰサーバ１１２、及びＮＦＳマウント用に使用されるＮＦＳサーバ１１３のＡＰＩを含むコンテナ１１０の共有は、割り当てられたＩＰに制限される。これにより、サーバのハードウェア情報をＮＦＳマウントからのＡＰＩにり生成することができる。

プロセッサ４１０は、ハードウェア情報を、デプロイメントマネージャによって提供されるアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数の以前のバンドルと比較することによって、ハードウェア情報に基づいて、アドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするように構成されることがある。実施例では、管理ノードは、本番環境に接続された全てのサーバの全てのアドオンカード及びディスクのファームウェアのバージョンステータスをメモリ４０５において管理する。そのような実施例では、本番ネットワーク内のサーバを、全てのサーバが適切にアップグレードされるまで、順次アップグレードすることができる。それによって、実施例は、サーバの特定のクラスターに対してどのバンドルがデプロイされたのかを追跡し、その後、サーバのハードウェア情報を、その特定のクラスターに適用されたバンドルと比較することができる。そのような実施例は、当業者に既知の態様で、促進されることがある。

詳細な説明の一部はコンピュータ内の操作のアルゴリズム及び記号表現に関して提示した。これらのアルゴリズム的記述及び記号表現は、その革新の本質を他の当業者に伝えるためにデータ処理技術の当業者によって使用される手段である。アルゴリズムは、所望の終了状態又は結果をもたらす一連の定義済みのステップである。実装の例では、実行されるステップが具体的な結果を実現するために有形量の物理的操作を必要とする。

別段の定めがない限り、解説から明らかなように説明の全体を通して「処理」、「コンピューティング」、「計算」、「決定」、「表示」等の用語を利用する解説は、コンピュータシステムのレジスタ及びメモリ内で物理（電子）量として表されるデータを操作し、コンピュータシステムのメモリ若しくはレジスタ、又は他の情報記憶域、伝送若しくは表示装置内で物理量として同様に表される他のデータに変換するコンピュータシステム又は他の情報処理装置のアクション及びプロセスを含み得ることが理解されよう。

実装の例は、本明細書の操作を行うための機器にも関係し得る。この機器は所要の目的のために特別に構築することができ、又は１つ若しくは複数のコンピュータプログラムによって選択的に活性化され又は再構成される１つ又は複数の汎用コンピュータを含み得る。かかるコンピュータプログラムは、コンピュータ可読記憶媒体又はコンピュータ可読信号媒体等のコンピュータ可読媒体の中に記憶され得る。コンピュータ可読記憶媒体は、これだけに限定されないが光ディスク、磁気ディスク、読取専用メモリ、ランダムアクセスメモリ、ソリッドステートデバイス及びドライブ等の有形媒体、又は電子情報を記憶するのに適した他の任意の種類の有形媒体若しくは非一時的媒体を含み得る。コンピュータ可読信号媒体は搬送波等の媒体を含み得る。本明細書で提示したアルゴリズム及び表示は、或る特定のコンピュータ又は他の機器に固有に関係するものではない。コンピュータプログラムは所望の実装の操作を実行する命令を含む純粋なソフトウェア実装を含み得る。

様々な汎用システムは、本明細書の例によるプログラム及びモジュールと共に使用することができ、又は所望の方法ステップを実行するためのより特化した機器を構築するのに便利であることが証明され得る。加えて実装の例は、或る特定のプログラミング言語に関して説明していない。本明細書に記載した実装の例の教示を実装するために、様々なプログラミング言語を使用できることが理解されよう。プログラミング言語の命令は１つ又は複数の処理装置、例えば中央処理装置（ＣＰＵ）、プロセッサ、又はコントローラによって実行され得る。

当技術分野で知られているように、上述した操作はハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの何らかの組み合わせによって行うことができる。実装の例の様々な側面が回路及び論理装置（ハードウェア）を使用して実装できるが、機械可読媒体上に記憶される命令（ソフトウェア）を使用して他の側面が実装されてもよく、かかる命令はプロセッサによって実行されるとき、本願の実装を実行するための方法をプロセッサに実行させる。更に本願の実装の一部の例はハードウェアのみで実行できるのに対し、実装の他の例はソフトウェアのみで実行することができる。更に、記載した様々な機能は単一のユニット内で実行することができ、又は任意の数のやり方で幾つかのコンポーネントに分散させることができる。ソフトウェアによって実行される場合、方法はコンピュータ可読媒体上に記憶される命令に基づいて汎用コンピュータ等のプロセッサによって実行され得る。必要に応じて命令は圧縮形式及び／又は暗号化形式で媒体上に記憶することができる。

更に、本明細書を検討すること及び本願の教示を実践することにより、本願の他の実装が当業者に明らかになる。記載した実装の例の様々な側面及び／又はコンポーネントは単独で又は任意の組み合わせで使用することができる。本明細書及び実装の例は単に例として検討されることを意図し、本願の真の範囲及び趣旨は添付の特許請求の範囲によって示す。

Claims (15)

1. サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするための方法であって、
   前記サーバのポートを隔離されたネットワークに接続することと、
   前記隔離されたネットワークを介して受け取られたオペレーティングシステムを前記サーバのキャッシュメモリにキャッシュすることと、
   前記キャッシュメモリから前記サーバ上で前記オペレーティングシステムをブートすることと、
   前記サーバ上でネットワークファイルシステム（ＮＦＳ）のマウントを実行して、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数の前記アップグレードに関連したハードウェア情報を確認することと、
   前記ハードウェア情報に基づいて、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数をアップグレードすることと、を含む方法。
2. 前記オペレーティングシステムをブートすることは、Ｐｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）ブートを実行することを含む、請求項１に記載の方法。
3. 前記隔離されたネットワークを前記生成することは、関連付けられたスイッチポートのネイティブバーチャルローカルエリアネットワーク（ＶＬＡＮ）を変更することを含む、請求項１に記載の方法。
4. アップグレード後に、前記関連付けられたスイッチポートを前記ネイティブＶＬＡＮに戻すことを更に含む、請求項３に記載の方法。
5. 前記方法は、前記サーバのメディアアクセス制御（ＭＡＣ）アドレスをＰｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）サーバに登録すること、及び、前記隔離されたネットワークを生成した後で、前記サーバの前記登録されたＭＡＣアドレスにインターネットプロトコル（ＩＰ）アドレスを割り当てることを更に含み、
   前記ＮＦＳマウントの実行に使用されるＮＦＳの共有は、前記割り当てられたＩＰアドレスに制限される、請求項３に記載の方法。
6. 前記ハードウェア情報に基づいて、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数を前記アップグレードすることは、前記ハードウェア情報を、前記デプロイメントマネージャによって提供される前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数の以前のバンドルと比較することを含む、請求項１に記載の方法。
7. 前記ハードウェア情報は、前記ＮＦＳマウントからのアプリケーションプログラミングインタフェース（ＡＰＩ）によって生成される、請求項１に記載の方法。
8. サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするための命令を格納する、非一時的なコンピュータ可読媒体であって、前記命令は、
   前記サーバのポートを隔離されたネットワークに接続することと、
   前記隔離されたネットワークを介して受け取られたオペレーティングシステムを前記サーバのキャッシュメモリにキャッシュすることと、
   前記キャッシュメモリから前記サーバ上で前記オペレーティングシステムをブートすることと、
   前記サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数の前記アップグレードに関連したハードウェア情報を確認することと、
   前記ハードウェア情報に基づいて、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数をアップグレードすることと、を含む、非一時的なコンピュータ可読媒体。
9. 前記オペレーティングシステムを前記ブートすることは、Ｐｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）ブートを実行することを含む、請求項８に記載の非一時的なコンピュータ可読媒体。
10. 前記隔離されたネットワークを前記生成することは、関連付けられたスイッチポートのネイティブバーチャルローカルエリアネットワーク（ＶＬＡＮ）を変更することを含む、請求項８に記載の非一時的なコンピュータ可読媒体。
11. 前記命令は、アップグレード後に、前記関連付けられたスイッチポートを前記ネイティブＶＬＡＮに戻すことを更に含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
12. 前記命令は、前記サーバのメディアアクセス制御（ＭＡＣ）アドレスをＰｒｅｂｏｏｔ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ（ＰＸＥ）サーバに登録すること、及び、前記隔離されたネットワークを生成した後で、前記サーバの前記登録されたＭＡＣアドレスにインターネットプロトコル（ＩＰ）アドレスを割り当てることを更に含み、
    前記ＮＦＳマウントの実行に使用されるＮＦＳの共有は、前記割り当てられたＩＰアドレスに制限される、請求項１０に記載の非一時的なコンピュータ可読媒体。
13. 前記ハードウェア情報に基づいて、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数を前記アップグレードすることは、前記ハードウェア情報を、前記デプロイメントマネージャによって提供される前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数の以前のバンドルと比較することを含む、請求項８に記載の非一時的なコンピュータ可読媒体。
14. 前記ハードウェア情報は、前記ＮＦＳマウントからのアプリケーションプログラミングインタフェース（ＡＰＩ）によって生成される、請求項８に記載の非一時的なコンピュータ可読媒体。
15. サーバのアドオンファームウェア及びディスクファームウェアのうちの１つ又は複数をアップグレードするように構成された管理ノードであって、
    プロセッサであって、
    前記サーバのポートを隔離されたネットワークに接続し、
    前記隔離されたネットワークを介して受け取られたオペレーティングシステムを前記サーバのキャッシュメモリにキャッシュし、
    前記キャッシュメモリから前記サーバ上で前記オペレーティングシステムをブートし、
    前記サーバ上でネットワークファイルシステム（ＮＦＳ）マウントを実行して、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数の前記アップグレードに関連したハードウェア情報を確認し、
    前記ハードウェア情報に基づいて、前記アドオンファームウェア及び前記ディスクファームウェアのうちの前記１つ又は複数をアップグレードする、ように構成されたプロセッサを含む、管理ノード。

Images