JP4846192B2 - Power management method - Google Patents
Power management method Download PDFInfo
- Publication number
- JP4846192B2 JP4846192B2 JP2003165591A JP2003165591A JP4846192B2 JP 4846192 B2 JP4846192 B2 JP 4846192B2 JP 2003165591 A JP2003165591 A JP 2003165591A JP 2003165591 A JP2003165591 A JP 2003165591A JP 4846192 B2 JP4846192 B2 JP 4846192B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- power supply
- servers
- ups
- router
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Power Sources (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、無停電電源装置から電力供給を受ける複数のサーバを前記無停電電源装置と同一のネットワーク上に接続して構成した無停電電源システムの電源管理方法に関する。
【0002】
【従来の技術】
一般に、バックアップ用の電池、又は発電機を内部に持っている無停電電源装置(UPS:uninterruptible power supply)は、無停電が要求されるコンピュータ等のシステムの負荷に対して、常時は商用電源から電力供給し、商用電源の停電時においても当該システムをそのまま稼働できるようにする装置として広く利用されている。UPSで使用されるバックアップ用の電池は、小容量のものでもシステムを数分稼働できる程度の容量があって、その間にコンピュータシステムを安全にシャットダウン処理(終了処理)することができる。また、内部に発電機を持つ大容量のUPSには、システムを数日にわたって稼働できるものもある。
【0003】
近年、サーバは小型化して、その電源消費の低減が進み、1台のUPSに複数のサーバを組み合わせて、電源供給するシステムが開発されている。
図13は、無停電電源システムの従来例を示すシステム構成図である。この無停電電源システムは、ハブ2がUPS1と共通する商用電源に接続されるとともに、このハブ2を介してn台のサーバ11〜1nがネットワークに接続されている。すなわち、UPS1とサーバ11とはRS232Cケーブルにより接続され、それぞれのサーバ11〜1nにはUPS1から電源を供給するように構成されている。
【0004】
サーバ11は、ネットワーク経由で他のサーバ12〜1nに対してシャットダウン動作に移行する信号を発信するUPS管理機能を備え、複数サーバの同時シャットダウンが実現できる。UPS1が停電を検出すると、UPS1はRS232Cケーブルを経由してサーバ11に信号を送り、サーバ11から他のサーバ12〜1nに対してシャットダウン指令を送る。
【0005】
しかし、サーバ11〜1nはいずれも同一のハブ2を介してネットワークにより接続されているために、商用電源の停電が発生した際、サーバ11からシャットダウン指令を送る前にハブ2の電源が落ちてしまうと、他のサーバ12〜1nではシャットダウン指令を受け取ることができない。同様に、サーバのネットワーク構成においてルータを使用している場合には、停電など商用電源の異常時でもルータへ電力供給しておく必要がある。そこで、ハブやルータの電力を商用電源から供給せずに、UPS1から出力される電力を使用することが考えられている(特許文献1参照)。
【0006】
【特許文献1】
特開平11−202986号公報
【0007】
【発明が解決しようとする課題】
このような電源管理装置では、ルータやハブが商用電源から電力の供給を受けている場合、商用電源に異常が発生すると、ルータの電源が切断され、ネットワーク経由で他のサーバに対してシャットダウン動作に移行する信号を発信できず、マスタサーバ11以外はすべて異常終了処理(ダーティシャットダウン:dirty shutdown)して、データやハードディスクを破損するおそれがあった。そのような場合に、最悪の事態としては、サーバのダーティシャットダウンになり、スレーブサーバのシステム障害に至るおそれがあった。
【0008】
この発明の目的は、1台の無停電電源装置に接続されたサーバのダーティシャットダウンを確実に防止して、停電時などに電力供給が可能な電源管理方法を提供することにある。
【0009】
[課題を解決するための手段]
上記目的を達成するために、この発明では、無停電電源装置から電力供給を受ける複数のサーバを、商用電源から電力供給を受けているルータにイーサネット(登録商標)で接続して構成される無停電電源システムの電源管理方法が提供される。この電源管理方法は、前記各サーバから前記ルータに対して所定のネットワークコマンドを定期的に発信し、一定期間続けて前記ネットワークコマンドに対する前記ルータからの応答がないとき、前記サーバでは前記商用電源の異常と判断してシャットダウンを実行するように構成される。
【0012】
この電源管理方法によれば、ハブの電源が落ちた場合にも、ハブの電源がUPSから供給されていなくても、安全にOSのシャットダウンを行うことができる。
【0013】
【発明の実施の形態】
以下、この発明の実施の形態について、図面を参照して説明する。
(第1の実施の形態)
図1は、この発明の実施の形態1に係る無停電電源システムの構成を示すブロック図である。
【0014】
この無停電電源システムの構成は、複数のサーバ11〜1nがひとつのUPS10から電力供給されている。また、それぞれのサーバ11〜1nが、UPS10と共通の商用電源を電源としたハブ2を介してネットワークに接続され、それらのサーバ11〜1nには、優先順位をつけたIP(Internet Protocol)を設定して確認信号を送信するとともに、それに対して所定の時間(数秒間)だけ応答信号が来なければ、次のサーバへ確認信号を送るという設定がされている。
【0015】
ここでは、サーバ11〜1nの基本動作として、以下の手順が実行される。
第一に、他のサーバから確認信号を受けると、送信元ヘのレスポンス(応答信号)を返すとともに、優先順位の高いサーバへ確認信号を送る。
【0016】
第二に、確認信号の送信先から数秒間待ってもレスポンスが返ってこない場合には、再度、確認信号を送る。それでもレスポンスが返ってこないときには、次に優先順位の高いサーバヘ確認信号を投げる。
【0017】
第三に、いずれのサーバからも2度、確認信号を送ってその応答信号が返ってこないときには停電とみなして、自らのサーバをシャットダウンさせる。
第四に、数秒間信号が来ないようであれば、優先順位の高い順に信号を送り始める。
【0018】
ここでIPとは、TCP/IPプロトコルにおけるネットワーク層の HYPERLINK "http://yougo.ascii24.com/gh/73/007382.html" プロトコルであって、ネットワーク上の各ノードに割り当てられたIPアドレスをベースにして、2つのノード間でベストエフォート型のデータグラム指向の通信を行うものである。現在、広く使われているIPパケットは、Version4であり、32bitのIPアドレスをベースにしている。このIPVer.4では、先頭に20バイト(+アルファ)のIPヘッダが置かれ、その後ろにデータ部が続いている。IPヘッダ部には、宛先IPアドレスや送信元IPアドレス、データ長、上位プロトコルのタイプ(TCP/UDP/ほか)、各種フラグ類、ヘッダのチェックサム、TTLなどが含まれている。
【0019】
なお、IPはベストエフォート型のデータグラム指向の通信制御用アドレスであるため、相手先へパケットが届かないこともあるし、複数のパケットが到着する可能性もあるが、その場合の再送などの制御は、すべて上位プロトコル(TCP)に任されている。
【0020】
図2は、実施の形態1の通常時における確認信号の送信手順を示すタイミング図である。
図1の無停電電源装置では、図2(a)に示すように、サーバ11からサーバ12に最初の確認信号が送信される。この確認信号を受け取ったサーバ12では、サーバ13に確認信号を送信する。また、サーバ13以降でも、同様に確認信号を受け取ったとき次のサーバに確認信号を送信し、最後のサーバ1nから最初のサーバ11にループするように確認信号が送信される。そして、停電が発生した場合には、ハブ2の電源が落ちることでハブ2によるネットワーク通信ができなくなる。そこで、それぞれのサーバ11〜1nでは、上位サーバからの確認信号を受け取ることができない状態となる。
【0021】
図3は、一台のサーバがシャットダウンしているときにおける確認信号の送信手順を示すタイミング図である。
例えば、図3(j)に示すように、サーバ12がシャットダウンしており、サーバ11から確認信号を送信した後、数秒ほど経過しても応答信号を受け取ることができないときは、確認信号はサーバ11に登録された次のサーバであるサーバ13ヘ再送する(図3(b))。
【0022】
図4は、停電時におけるサーバ11のシャットダウン処理手順を示すタイミング図である。サーバ11では、登録してあるすべてのサーバ12〜1nへ送信し、それに対して何らの応答信号も返ってこないとき、UPS10に供給されているはずの商用電源が停電であるとみなして、シャットダウン処理を実行している(図4(f))。なお、商用電源が復電したあとでサーバ11〜1nを起動する時には、数秒間待っても応答信号が送られてこない。その場合には、どれか一台が優先順位の高いサーバに信号を送る。
【0023】
図5は、実施の形態1の無停電電源システムにおいて、確認信号がループする場合のイメージを示す図である。
図5では、8台のサーバ11〜18で構成される無停電電源システムにおいて、各サーバ11〜18には優先順位を定めてある。サーバ14とサーバ16がシャットダウン中であり、残りの6台のサーバで確認信号がループする。これにより、優先順位が設定されたサーバが最低2台以上たちあがっている状態であるならば、正常に確認信号をループさせて、停電時などに確実にシャットダウン処理を実行できる。
【0024】
これに対して、図6のように、各サーバ11〜18に優先順位が定められていない場合には、確認信号はループしない。すなわち、各サーバ11〜18に確認信号を送る優先順位が定まってない場合には、図6に示すように確認信号を受け取ることのないサーバ15〜17が存在することがある。また、各サーバ11〜18間で確認信号をきちんとループさせることができなくなれば、確認信号の受信に要する時間がサーバ毎にばらついてしまう。
【0025】
そこで、従来のものと同様に、ネットワークを使用したサーバのOSシャットダウンを実行しようとする場合、先行してハブ2の電源を落とすことができなくなる。ところが、この実施の形態1によれば、ハブ2の電源が落ちた場合にも、ハブ2の電源がUPS10から供給されていなくても、安全にOSのシャットダウンを行うことができる。また、確認信号をループさせるようにしたので、各サーバ11〜18では、自分が確認信号を受け取ったとき以外には、特別の操作や特別な信号を送出するなどの必要はない。それにより、ネットワークを流れる情報量が軽減され、サーバのCPUの負担を減らす効果がある。
【0026】
(第2の実施の形態)
図7は、この発明の実施の形態2に係る無停電電源システムの構成を示すブロック図である。
【0027】
図7に示す無停電電源システムは、商用電源から電力の供給を受けているルータ3と、イーサネットで接続された複数のサーバ11,12と、サーバ11,12に電源供給しているUPS16とから構成している。サーバ11,12はイーサネットに接続可能であり、ルータ3を使用したLAN上に接続されている。
【0028】
UPS16とサーバ11,12からなる無停電電源システムでは、1台のUPS16から2台のサーバ11,12に電力供給しており、商用電源の異常発生時にはこれら2台のサーバ11,12をUPS16がバックアップしている。ルータ3は商用電源から電力を供給する。ここで、ルータ3は複数のサーバ11,12からそれぞれのping信号を受けて、それらに対して応答信号を返すような処理を行っている。
【0029】
各サーバ11,12では、監視プログラムが実行され、ルータ3に対して数秒毎にping信号を発信し、ルータ3からの応答がない状態が連続したとき、商用電源の異常と判断する。商用電源の異常時にはルータ3は電源から切断されて、ping信号に対する応答を返すことができないからである。
【0030】
図8は、実施の形態2における通常運転時の信号処理を示すタイミング図である。
各サーバ11,12は、定期的にルータ3にping信号を発信する。ルータ3からping信号に対する応答信号があれば、商用電源がUPS16に対して正常に供給されていると判断できる。その場合には、各サーバ11,12は通常運転を行う。
【0031】
図9は、実施の形態2のシャットダウン処理手順を示すタイミング図である。
UPS16への電源供給が停止することで、ルータ3はサーバ11,12からのping信号に対して応答しなくなる。サーバ11,12では、応答信号のレスポンスが複数回、例えば3回連続して返ってこなかった場合に、商用電源が異常であると判断して、それぞれOSのシャットダウン動作に移行する。
【0032】
このように、実施の形態2の無停電電源システムでは、商用電源異常時に電力の供給を受けなくなったルータ3が機能しなくなって、ネットワーク機能が停止した場合でも、各々のサーバ11,12で商用電源の異常を検出して、正常にOSシャットダウンを行える。したがって、商用電源異常時にルータ3が機能しなくてもダーティシャットダウンを回避できるから、無停電電源システムが修復不能な状態に陥るおそれがない。
【0033】
(第3の実施の形態)
複数のサーバを従来のネットワーク構成によってシャットダウン行うためには、マスタサーバにUPS管理ソフト等をインストールして、このマスタサーバから他のサーバ(スレーブサーバ)にLAN経由でシャットダウン指令を転送する必要があった。また、ハブの入力電源がUPSに接続されていない場合、入力電源に障害が生じて、ハブが機能しなければネットワークが切断される。また、UPS管理ソフト等をインストールしてあるマスタサーバに何らかのトラブルが発生した場合に、スレーブサーバのOSシャットダウンを行うようにした。しかし、マスタサーバとスレーブサーバとのLAN接続に異常が生じた場合でも、各スレーブサーバが独自にシャットダウンを実施する必要がある。
【0034】
図10は、この発明の実施の形態3に係る無停電電源システムの構成を示すブロック図である。
同一サブネット上にUPS1と、UPS1より電力の供給を受ける複数のサーバ11〜1nが接続され、ハブ2の電源はUPS1の入力電源と同じく商用電源を利用している。そこで、商用電源に障害が発生すると、各サーバ11〜1nはUPS1により運転を継続するが、ハブ2の電源はオフ状態になり、サーバ11〜1nではシャットダウン処理を開始する。
【0035】
図11は、実施の形態3における通常運転時の信号処理を示すタイミング図である。
各サーバ11,12,13(ここでは、n=3)は、一定間隔でUDPプロトコルをブロードキャストでネットワークに送信している。通常運転のときは、その後、サーバ11の送信信号を受信したサーバ12,13から応答信号が送信される。サーバ11では、特定の受信ポートに応答があるまで待機を行うプログラムが常駐している。そして、サーバ11の受信ポートに応答があると、一定時間後に再度送信する。この過程で、特定のサーバから複数回送信しても、他のサーバから応答がなければ、UPS1に異常があると判断する。
【0036】
図12は、実施の形態3のシャットダウン処理手順を示すタイミング図である。ここでは、サーバ11と他のサーバ12,13間での通信に障害が生じた場合、サーバ12,13の間での信号の送受信によって、サーバ12,13のシャットダウンが行われている。
【0037】
図10に示すネットワーク構成においては、ハブ2の電源はUPS1の入力電源と同じであり、電源の障害発生時は、各サーバ11〜13はUPS1により運転を継続するが、ハブ2の電源はオフ状態になるため、サーバ11〜13はシャットダウンを開始する。また、図12に示すように、サーバ11と他のサーバ12,13間でだけ通信異常が発生した場合であっても、サーバ11ではシャットダウンが実施される。したがって、電源の障害発生時にOSシャットダウンが開始されないなど、OSシャットダウンしない状態で電源を遮断することで生じるダーティシャットダウンを回避できる。
【0038】
【発明の効果】
以上に説明したように、この発明の電源管理方法によれば、ネットワークを使用したサーバのOSシャットダウンの信頼性を簡単に向上できる。また、ハブやルータの電源が落ちた場合でも、安全にOSシャットダウンを行うことができる。
【図面の簡単な説明】
【図1】 この発明の実施の形態1に係る無停電電源システムの構成を示すブロック図である。
【図2】 実施の形態1の通常時における確認信号の送信手順を示すタイミング図である。
【図3】 一台のサーバがシャットダウンしているときにおける確認信号の送信手順を示すタイミング図である。
【図4】 停電時におけるサーバのシャットダウン処理手順を示すタイミング図である。
【図5】 実施の形態1の無停電電源システムにおいて、確認信号がループする場合のイメージを示す図である。
【図6】 実施の形態1の無停電電源システムにおいて信号がループしない場合のイメージを示す図である。
【図7】 この発明の実施の形態2に係る無停電電源システムの構成を示すブロック図である。
【図8】 実施の形態2における通常運転時の信号処理を示すタイミング図である。
【図9】 実施の形態2のシャットダウン処理手順を示すタイミング図である。
【図10】 この発明の実施の形態3に係る無停電電源システムの構成を示すブロック図である。
【図11】 実施の形態3における通常運転時の信号処理を示すタイミング図である。
【図12】 実施の形態3のシャットダウン処理手順を示すタイミング図である。
【図13】 従来の無停電電源システムの一例を示すシステム構成図である。
【符号の説明】
11〜1n サーバ
2 ハブ
3 ルータ
1,10,16 UPS[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a power management method for an uninterruptible power supply system configured by connecting a plurality of servers that receive power supply from the uninterruptible power supply on the same network as the uninterruptible power supply.
[0002]
[Prior art]
In general, an uninterruptible power supply (UPS) having a backup battery or a generator inside is always supplied from a commercial power supply to a system load such as a computer that requires uninterruptible power. It is widely used as a device that supplies power and allows the system to operate as it is even when a commercial power supply fails. The backup battery used in the UPS has a capacity that can operate the system for several minutes even if it has a small capacity, and the computer system can be safely shut down (terminated) during that time. Some large-capacity UPSs with an internal generator can operate the system for several days.
[0003]
In recent years, servers have become smaller and their power consumption has been reduced, and a system for supplying power by combining a plurality of servers in one UPS has been developed.
FIG. 13 is a system configuration diagram showing a conventional example of an uninterruptible power supply system. In this uninterruptible power supply system, the hub 2 is connected to a commercial power supply common to the UPS 1, and n servers 11 to 1n are connected to the network via the hub 2. That is, the UPS 1 and the server 11 are connected by an RS232C cable, and each server 11 to 1n is configured to be supplied with power from the UPS 1.
[0004]
The server 11 has a UPS management function for transmitting a signal to shift to the shutdown operation to the other servers 12 to 1n via the network, and simultaneous shutdown of a plurality of servers can be realized. When the UPS 1 detects a power failure, the UPS 1 sends a signal to the server 11 via the RS232C cable, and sends a shutdown command from the server 11 to the other servers 12 to 1n.
[0005]
However, since all of the servers 11 to 1n are connected by the network via the same hub 2, when a commercial power failure occurs, the hub 2 is turned off before a shutdown command is sent from the server 11. In other words, the other servers 12 to 1n cannot receive the shutdown command. Similarly, when a router is used in the server network configuration, it is necessary to supply power to the router even when a commercial power supply is abnormal, such as a power failure. Therefore, it is considered to use the power output from the UPS 1 without supplying the power of the hub or router from the commercial power supply (see Patent Document 1).
[0006]
[Patent Document 1]
Japanese Patent Laid-Open No. 11-202986
[Problems to be solved by the invention]
In such a power management device, when the router or hub is supplied with power from the commercial power supply, if an abnormality occurs in the commercial power supply, the router is turned off and shuts down to other servers via the network. There is a possibility that all signals other than the master server 11 may be abnormally terminated (dirty shutdown) and the data and the hard disk may be damaged. In such a case, the worst situation was that the server was dirty shut down, leading to a system failure of the slave server.
[0008]
An object of the present invention is to provide a power management method capable of reliably preventing a dirty shutdown of a server connected to one uninterruptible power supply and supplying power in the event of a power failure.
[0009]
[Means for solving problems]
In order to achieve the above object, according to the present invention, a plurality of servers that are supplied with power from an uninterruptible power supply are connected to a router that is supplied with power from a commercial power source via Ethernet (registered trademark). A power management method for a power failure system is provided. In this power management method, each server periodically sends a predetermined network command to the router, and when there is no response from the router to the network command for a certain period of time, the server It is configured to perform a shutdown based on an abnormality.
[0012]
According to this power management method, even when the hub power is turned off, the OS can be safely shut down even if the hub power is not supplied from the UPS.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
(First embodiment)
1 is a block diagram showing a configuration of an uninterruptible power supply system according to
[0014]
In the configuration of the uninterruptible power supply system, a plurality of servers 11 to 1n are supplied with power from one UPS 10. Each server 11 to 1n is connected to a network via a hub 2 powered by a common commercial power source with the UPS 10, and each server 11 to 1n is assigned a prioritized IP (Internet Protocol). A setting is made so that a confirmation signal is transmitted, and a confirmation signal is sent to the next server if no response signal is received for a predetermined time (several seconds).
[0015]
Here, as a basic operation of the servers 11 to 1n, the following procedure is executed.
First, when a confirmation signal is received from another server, a response to the transmission source (response signal) is returned, and a confirmation signal is sent to a server having a higher priority.
[0016]
Secondly, if no response is returned even after waiting several seconds from the transmission destination of the confirmation signal, the confirmation signal is sent again. If no response is returned, a confirmation signal is sent to the next highest priority server.
[0017]
Third, if a confirmation signal is sent twice from any server and the response signal is not returned, it is regarded as a power failure and the server is shut down.
Fourth, if a signal does not appear for a few seconds, it starts sending signals in order of priority.
[0018]
Here, IP is the network layer HYPERLINK "http://yougo.ascii24.com/gh/73/007382.html" protocol in the TCP / IP protocol, which is an IP address assigned to each node on the network. Based on this, best effort type datagram oriented communication is performed between two nodes. Currently, a widely used IP packet is Version 4, which is based on a 32-bit IP address. This IP Ver. 4, a 20-byte (+ alpha) IP header is placed at the head, followed by a data portion. The IP header part includes a destination IP address, a source IP address, a data length, a higher protocol type (TCP / UDP / etc.), Various flags, a header checksum, TTL, and the like.
[0019]
Note that IP is a best-effort datagram-oriented communication control address, so packets may not reach the destination, and multiple packets may arrive. All control is left to the higher level protocol (TCP).
[0020]
FIG. 2 is a timing diagram illustrating a procedure for transmitting a confirmation signal in a normal time according to the first embodiment.
In the uninterruptible power supply of FIG. 1, the first confirmation signal is transmitted from the server 11 to the server 12, as shown in FIG. The server 12 that has received this confirmation signal transmits a confirmation signal to the server 13. Similarly, in the server 13 and later, when the confirmation signal is received, the confirmation signal is transmitted to the next server, and the confirmation signal is transmitted so as to loop from the last server 1n to the first server 11. When a power failure occurs, network communication by the hub 2 becomes impossible because the power of the hub 2 is turned off. Therefore, each of the servers 11 to 1n cannot receive the confirmation signal from the upper server.
[0021]
FIG. 3 is a timing diagram showing a procedure for transmitting a confirmation signal when one server is shut down.
For example, as shown in FIG. 3 (j), when the server 12 is shut down and a response signal cannot be received even after several seconds have passed after the confirmation signal is transmitted from the server 11, the confirmation signal is sent to the server. 11 is retransmitted to the server 13 which is the next server registered in the server 11 (FIG. 3B).
[0022]
FIG. 4 is a timing chart showing a shutdown processing procedure of the server 11 at the time of a power failure. When the server 11 transmits to all the registered servers 12 to 1n and does not return any response signal, it considers that the commercial power supply that should have been supplied to the UPS 10 is a power failure and shuts down. Processing is being executed (FIG. 4F). When starting up the servers 11 to 1n after the commercial power supply is restored, a response signal is not sent even after waiting for a few seconds. In that case, one of them sends a signal to a server with higher priority.
[0023]
FIG. 5 is a diagram showing an image when the confirmation signal loops in the uninterruptible power supply system of the first embodiment.
In FIG. 5, in the uninterruptible power supply system including eight servers 11 to 18, priority is set for each server 11 to 18. The server 14 and the server 16 are shutting down, and the confirmation signal loops in the remaining six servers. As a result, if at least two servers with priorities set up are in a state where at least two servers are set up, the confirmation signal can be normally looped, and the shutdown process can be executed reliably in the event of a power failure.
[0024]
On the other hand, as shown in FIG. 6, when the priority order is not set for each of the servers 11 to 18, the confirmation signal does not loop. That is, when the priority order for sending the confirmation signal to each of the servers 11 to 18 is not determined, there may be servers 15 to 17 that do not receive the confirmation signal as shown in FIG. Further, if the confirmation signal cannot be properly looped between the servers 11 to 18, the time required for receiving the confirmation signal varies from server to server.
[0025]
Therefore, as in the conventional case, when attempting to perform OS shutdown of a server using a network, the hub 2 cannot be powered off in advance. However, according to the first embodiment, even when the power of the hub 2 is turned off, the OS can be safely shut down even if the power of the hub 2 is not supplied from the UPS 10. Further, since the confirmation signal is looped, each of the servers 11 to 18 need not perform a special operation or send a special signal except when the server 11-18 receives the confirmation signal. As a result, the amount of information flowing through the network is reduced, and the load on the server CPU is reduced.
[0026]
(Second Embodiment)
FIG. 7 is a block diagram showing the configuration of the uninterruptible power supply system according to Embodiment 2 of the present invention.
[0027]
The uninterruptible power supply system shown in FIG. 7 includes a router 3 that is supplied with power from a commercial power supply, a plurality of servers 11 and 12 connected via Ethernet, and a UPS 16 that supplies power to the servers 11 and 12. It is composed. The servers 11 and 12 can be connected to Ethernet, and are connected on a LAN using the router 3.
[0028]
In the uninterruptible power supply system including the UPS 16 and the servers 11 and 12, power is supplied from one UPS 16 to the two servers 11 and 12, and when the abnormality occurs in the commercial power supply, the UPS 16 connects these two servers 11 and 12 to each other. I have a backup. The router 3 supplies power from a commercial power source. Here, the router 3 performs a process of receiving each ping signal from the plurality of servers 11 and 12 and returning a response signal thereto.
[0029]
In each of the servers 11 and 12, a monitoring program is executed, and a ping signal is transmitted to the router 3 every few seconds. When no response from the router 3 continues, it is determined that the commercial power supply is abnormal. This is because the router 3 is disconnected from the power supply and cannot return a response to the ping signal when the commercial power supply is abnormal.
[0030]
FIG. 8 is a timing chart showing signal processing during normal operation in the second embodiment.
Each server 11, 12 periodically sends a ping signal to the router 3. If there is a response signal for the ping signal from the router 3, it can be determined that the commercial power is normally supplied to the UPS 16. In that case, each server 11 and 12 performs normal operation.
[0031]
FIG. 9 is a timing chart showing a shutdown processing procedure according to the second embodiment.
When the power supply to the UPS 16 is stopped, the router 3 does not respond to the ping signal from the servers 11 and 12. The servers 11 and 12 determine that the commercial power supply is abnormal when the response of the response signal does not return continuously a plurality of times, for example, three times, and shift to the OS shutdown operation.
[0032]
As described above, in the uninterruptible power supply system according to the second embodiment, even when the router 3 that has not received power supply when a commercial power supply malfunctions stops functioning and the network function is stopped, the servers 11 and 12 It can detect an abnormality of the power supply and perform OS shutdown normally. Therefore, since the dirty shutdown can be avoided even if the router 3 does not function when the commercial power supply is abnormal, there is no possibility that the uninterruptible power supply system will not be able to be repaired.
[0033]
(Third embodiment)
In order to shut down multiple servers with a conventional network configuration, it is necessary to install UPS management software on the master server and transfer shutdown commands from this master server to other servers (slave servers) via the LAN. It was. Also, when the hub input power supply is not connected to the UPS, a failure occurs in the input power supply, and the network is disconnected if the hub does not function. Also, when some trouble occurs in the master server where UPS management software is installed, the slave server OS is shut down. However, even if an abnormality occurs in the LAN connection between the master server and the slave server, each slave server must perform its own shutdown.
[0034]
FIG. 10 is a block diagram showing a configuration of an uninterruptible power supply system according to Embodiment 3 of the present invention.
A
[0035]
FIG. 11 is a timing diagram showing signal processing during normal operation in the third embodiment.
Each server 11, 12, and 13 (here, n = 3) transmits the UDP protocol to the network by broadcasting at regular intervals. At the time of normal operation, a response signal is then transmitted from the servers 12 and 13 that have received the transmission signal of the server 11. In the server 11, a program that waits until a response is received at a specific reception port is resident. Then, when there is a response at the reception port of the server 11, it transmits again after a certain time. In this process, even if a plurality of transmissions are made from a specific server, if there is no response from another server, it is determined that there is an abnormality in UPS1.
[0036]
FIG. 12 is a timing diagram illustrating a shutdown processing procedure according to the third embodiment. Here, when a failure occurs in communication between the server 11 and the other servers 12 and 13, the servers 12 and 13 are shut down by transmitting and receiving signals between the servers 12 and 13.
[0037]
In the network configuration shown in FIG. 10, the power source of the hub 2 is the same as the input power source of the
[0038]
【The invention's effect】
As described above, according to the power management method of the present invention, the reliability of OS shutdown of a server using a network can be easily improved. Even when the hub or router is powered off, the OS can be safely shut down.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an uninterruptible power supply system according to
FIG. 2 is a timing diagram illustrating a procedure for transmitting a confirmation signal in a normal time according to the first embodiment.
FIG. 3 is a timing chart showing a procedure for transmitting a confirmation signal when one server is shut down.
FIG. 4 is a timing chart showing a server shutdown process procedure in the event of a power failure.
FIG. 5 is a diagram showing an image when a confirmation signal loops in the uninterruptible power supply system of the first embodiment.
FIG. 6 is a diagram showing an image when a signal does not loop in the uninterruptible power supply system of the first embodiment.
FIG. 7 is a block diagram showing a configuration of an uninterruptible power supply system according to Embodiment 2 of the present invention.
FIG. 8 is a timing chart showing signal processing during normal operation in the second embodiment.
FIG. 9 is a timing diagram illustrating a shutdown processing procedure according to the second embodiment;
FIG. 10 is a block diagram showing a configuration of an uninterruptible power supply system according to Embodiment 3 of the present invention.
11 is a timing diagram showing signal processing during normal operation in Embodiment 3. FIG.
FIG. 12 is a timing diagram illustrating a shutdown processing procedure according to the third embodiment.
FIG. 13 is a system configuration diagram showing an example of a conventional uninterruptible power supply system.
[Explanation of symbols]
11 to 1n server 2 hub 3
Claims (1)
前記各サーバから前記ルータに対して所定のネットワークコマンドを定期的に発信し、A predetermined network command is periodically transmitted from each server to the router,
一定期間続けて前記ネットワークコマンドに対する前記ルータからの応答がないときには前記商用電源の異常と判断して、前記サーバではシャットダウンを実行することを特徴とする電源管理方法。A power management method characterized in that when there is no response from the router to the network command for a certain period of time, it is determined that the commercial power supply is abnormal, and the server executes a shutdown.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003165591A JP4846192B2 (en) | 2003-06-10 | 2003-06-10 | Power management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003165591A JP4846192B2 (en) | 2003-06-10 | 2003-06-10 | Power management method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005004380A JP2005004380A (en) | 2005-01-06 |
| JP4846192B2 true JP4846192B2 (en) | 2011-12-28 |
Family
ID=34092027
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003165591A Expired - Lifetime JP4846192B2 (en) | 2003-06-10 | 2003-06-10 | Power management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4846192B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010039734A (en) * | 2008-08-05 | 2010-02-18 | Buffalo Inc | Communication system, line concentrator and connection equipment |
| JP2013196461A (en) * | 2012-03-21 | 2013-09-30 | Nec Corp | Network system, information processing apparatus, and electric power supply control method and program for the same |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0626333B2 (en) * | 1986-10-30 | 1994-04-06 | 日本電気株式会社 | Condition monitoring method |
| JPH0390331U (en) * | 1989-12-27 | 1991-09-13 | ||
| JPH05260066A (en) * | 1992-01-14 | 1993-10-08 | Ricoh Co Ltd | LAN terminal device, input / output device device, and OA device control method |
| JPH08116330A (en) * | 1994-10-14 | 1996-05-07 | Mitsubishi Electric Corp | LAN system |
| JP3576931B2 (en) * | 2000-06-16 | 2004-10-13 | Necフィールディング株式会社 | Failure reporting method and method |
| JP2002101100A (en) * | 2000-09-20 | 2002-04-05 | Hitachi Ltd | Communication network monitoring and response equipment |
| JP2002141905A (en) * | 2000-10-31 | 2002-05-17 | Pfu Ltd | Node monitoring method, node monitoring system, and recording medium |
-
2003
- 2003-06-10 JP JP2003165591A patent/JP4846192B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005004380A (en) | 2005-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6765877B1 (en) | System and method for detecting unidirectional links | |
| US7525218B2 (en) | Uninterruptible power supply, uninterruptible power supply system and shutdown processing program product | |
| US6594776B1 (en) | Mechanism to clear MAC address from Ethernet switch address table to enable network link fail-over across two network segments | |
| EP3437250B1 (en) | Power management method of a system made of devices powered over data cable | |
| US7957330B1 (en) | Failsafe management of periodic communications during system upgrade for a network device | |
| WO2012020761A1 (en) | Communication system and communication apparatus | |
| JP5221617B2 (en) | COMMUNICATION DEVICE, COMMUNICATION SYSTEM, CONTROL METHOD, AND PROGRAM | |
| US7499987B2 (en) | Deterministically electing an active node | |
| JP2001103062A (en) | Failure detection notification method | |
| GB2290681A (en) | Polling substitution system for computer network | |
| JP4846192B2 (en) | Power management method | |
| CA2310875A1 (en) | System, device, and method for non-disruptive shutdown in a communication network | |
| EP1497731B1 (en) | A method and a system for ensuring a bus and a control server | |
| CN110213402A (en) | Electronic data distribution controls equipment and the method for running this control equipment | |
| JP4341305B2 (en) | Power management device | |
| CN117459349A (en) | An Internet of Things communication method based on token ring networking | |
| JP2004080397A (en) | Snmp agent provided with lan monitor function | |
| CN120915648B (en) | Node restarting method of centralized storage cluster | |
| JP2005004378A (en) | Power management method and apparatus | |
| JP2005346980A (en) | Light control system | |
| JP3438823B2 (en) | System remote control method | |
| JP4370818B2 (en) | Power management method | |
| CN1286014C (en) | Methods of recovering from agent module failures | |
| JP2000163385A (en) | Cluster system and device and method for managing operation thereof | |
| JP4432713B2 (en) | Communication network system using uninterruptible power supply |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20060116 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060117 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060125 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081111 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081229 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090811 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091008 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100208 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20100219 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20100402 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20110422 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110808 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110913 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111012 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141021 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4846192 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |