CN104468171A - 虚拟机的拓朴架构管理方法及其系统 - Google Patents

Abstract

一种虚拟机的拓朴架构管理方法及其系统，包括一基础信息数据库、一信息登记系统及一拓朴信息数据库。当云端的一虚拟机被建立时，由基础信息数据库来记录虚拟机的多条内部信息。信息登记系统定时监看基础信息数据库，并将基础信息数据库中新增或更新的虚拟机的信息写入拓朴信息数据库中。拓朴信息数据库中记录虚拟机的别名与主机名的对应关系，以及主机名与IP地址的对应关系。其中，虚拟机的别名是依据其被交付的任务来加以定义。藉此在虚拟机搬移后，无论主机名与IP地址如何改变，皆可依别名查找虚拟机并与之联机。

Description

虚拟机的拓朴架构管理方法及其系统

技术领域

本发明有关于虚拟机的管理方法及管理系统，尤其更有关于在云端的虚拟环境下，用来自动管理并更新虚拟机的拓朴架构的管理方法及管理系统。

背景技术

近来，云端运算的概念迅速发展，也带动了云端产业的兴盛。一般来说，云端运算是在云端机房中设置为数众多的计算机，该些计算机分别通过网络交换机来连接网络，以为用户提供云端运算的服务。

现今计算机的硬件效能越来越强大，因此，即有人提出在单一台实体的计算机(即，实体机器)中，同时运行多台虚拟的计算机(即，虚拟机)的技术。该些虚拟机共享该实体机器的硬件资源，也就是说，对于管理者而言，只需要维护一台实体机器，就能够使用多台虚拟机来提供不同的服务程序给用户，实可节省人力、空间、及电力等成本。

请参阅图1，为现有技术的虚拟机管理架构图。如图中所示，一般云端机房中，主要会设置有多台实体机器1及至少一基础信息数据库2，并且该基础信息数据库2连接该多台实体机器1。一般来说，当该实体机器1要建立一台虚拟机3时，会先将要分派给该虚拟机3使用的主机名及IP地址等信息写入该基础信息数据库2中，以预告将要建立一台虚拟机3。并且，于该些信息写入该基础信息数据库2后，再依据该些信息来建立该虚拟机3。

如上所述，一台实体机器1上的多台虚拟机3，共享该实体机器1的硬件资源，故当该些虚拟机3同时被为数过多的使用者使用时，将会严重占据该实体机器1的硬件资源，进而造成云端系统的不稳定性。因此，云端系统中的多台实体机器1，通常需要为其上的多台虚拟机3执行搬移(Migration)动作，以平衡该多台实体机器1的负载(Loading)状况。

当管理者要查询一特定的虚拟机3时，主要可操作一查询终端4，联机至该基础信息数据库2，以查询该虚拟机3的主机名与IP地址等信息。然而如上所述，该虚拟机3实会不断的搬移到新的位置，因而主机名与IP地址也可能会不断地改变，是以，管理者实需不断地查询该基础信息数据库2，才能持续锁定该特定的虚拟机3的位置，相当麻烦。

再者，当一主机(实体机器或虚拟机)需持续与某一虚拟机3保持联机，以使用该虚拟机3提供的服务时，通常会将该虚拟机3的主机名或IP地址直接记录于该主机的联机配置文件中。如此一来，当该虚拟机3因搬移而改变主机名与IP地址时，该主机即无法与该虚拟机3联机。于此一情况下，通常需由该主机的用户先查询该基础信息数据库2，得知该虚拟机3的新的IP地址为何，接着再手动登入该主机中，将该联机配置文件中的旧IP地址更改为新IP地址。然而，这样的作法，实会为云端系统的管理者及用户皆带来相当大的不便。

发明内容

本发明的主要目的，在于提供一种虚拟机的拓朴架构管理方法及其系统，可自动追踪并更新云端的虚拟环境的拓朴架构，令查询者可随时通过虚拟机的别名，查询虚拟机的所在位置。

为达上述目的，本发明提供包括了一基础信息数据库、一信息登记系统及一拓朴信息数据库的管理系统。当云端的一虚拟机被建立时，由基础信息数据库来记录虚拟机的多条内部信息。信息登记系统定时监看基础信息数据库，并将基础信息数据库中新增或更新的虚拟机的信息写入拓朴信息数据库中。拓朴信息数据库中记录虚拟机的别名与主机名的对应关系，以及主机名与IP地址的对应关系。其中，虚拟机的别名系依据其被交付的任务来加以定义。

本发明对照先前技术所能达成的功效在于，让虚拟机的别名永远对应至正确的主机名与IP地址，如此当一虚拟机被搬移时，不论主机名或IP地址如何变动，皆可通过同一个别名进行查询，以轻易地找到虚拟机并与之联机。换句话说，查询者只要知道该虚拟机的别名，就可直接找到该虚拟机。通过本系统，查询者不需要查阅虚拟机的搬移记录，也不需要知道虚拟机搬移到哪里，只要知道虚拟机的别名就已足够。

附图说明

图1为现有技术的虚拟机管理架构图。

图2为本发明的第一较佳具体实施例的系统架构图。

图3A为本发明的第一较佳具体实施例的上层表单示意图。

图3B为本发明的第一较佳具体实施例的下层表单示意图。

图4为本发明的第一较佳具体实施例的虚拟机搬移示意图。

图5A为本发明的第二较佳具体实施例的上层表单示意图。

图5B为本发明的第二较佳具体实施例的下层表单示意图。

图6为本发明的第一较佳具体实施例的表单建立流程图。

图7为本发明的第一较佳具体实施例的拓朴架构更新流程图。

图8为本发明的第一较佳具体实施例的虚拟机位置查询流程图。

图9为本发明的第一较佳具体实施例的查询动作示意图。

图10为本发明的第二较佳具体实施例的系统架构图。

其中，附图标记说明如下：

1…实体机器

11…第一主机

12…第二主机

2…基础信息数据库

3、31～34…虚拟机

3A…高可靠性主机

3B…网络服务主机

4…查询终端

5…信息登记系统

6…拓朴信息数据库

61…上层表单

62…下层表单

7…设定终端

71…设定应用程序接口

8…查询终端

91…后台服务器

92…前台服务器

S10～S18…步骤

S20～S26…步骤

S30～S40…步骤

具体实施方式

兹就本发明的一较佳实施例，配合图式，详细说明如后。

首请参阅图2，为本发明的第一较佳具体实施例的系统架构图。本发明揭露了一种虚拟机(Virtual Machine,VM)的拓朴架构管理系统(下面将于说明书内文中简称为该系统)，该系统主要可包括多台实体机器(PhysicalMachine,PM)11-12、一基础信息数据库2、一信息登记系统5及一拓朴信息数据库6。其中，该信息登记系统5主要可包括运行于该系统中的任一PM或VM中的信息登记程序(register process)。并且，该多台PM11-12是以一第一主机11及一第二主机12等两台为例，但其数量亦可为一台或两台以上，不应加以限定。

该些PM11-12上可分别运行有一或多台VM31-34，本实施例中以该第一主机11运行VM31及32、该第二主机12运行VM33及34为例，但不加以限定。该基础信息数据库2主要系记录该些VM31-34的多条内部信息，例如主机名(hostname)、IP地址及媒体访问控制(Media AccessControl,MAC)地址等，但不以此为限。值得一提的是，于云端系统中，一PM通常是先将要建立的VM的内部信息先写入该基础信息数据库2中，预告自己将建立一个符合该多条内部信息的VM，接着再依据该多条内部信息来于其上建立该VM。

该信息登记系统5连接至该基础信息数据库2及该拓朴信息数据库6，该信息登记系统5定时监看(monitor)该基础信息数据库2的内容，藉以，随时得知新的VM的建立，以及既有的VM的搬移(migration)。并且，当该基础信息数据库2中的数据有变动时，将该些VM的多条内部信息更新至该拓朴信息数据库6中。

更具体而言，管理人员可对该信息登记系统5进行设定，令该信息登记系统5以一特定频率重复读取(access)该基础信息数据库2(例如每10分钟或每30分钟读取一次)，或是以一特定事件驱动该信息登记系统5读取该基础信息数据库2(例如发生VM migration时)，以取得该基础信息数据库2的储存内容。进一步，该信息登记系统5将所取得的储存内容，与上一次取得的该基础信息数据库2的储存内容进行比对，确认是否有产生不同的数据。若该信息登记系统5于比对前后两次读取的内容后，发现有不同的数据产生，表示该不同的数据为更新过后的VM的数据，藉以，该信息登记系统5再将该数据更新至该拓朴信息数据库6中。如此一来，管理人员不必手动登入并查询该基础信息数据库2，即可由该信息登记系统5来自动追踪并整理该些VM的数据。

举例来说，当该VM31被建立时，该信息登记系统5可由该基础信息数据库2中得知该VM31的主机名与IP地址。是以，该信息登记系统5会将该VM31的主机名与IP地址写入该拓朴信息数据库6中，建立属于该VM31的字段。并且，该信息登记系统5会定时监看该基础信息数据库2，因此，若该VM31执行了搬移程序，则该信息登记系统5会发现该VM31的主机名与IP地址已改变。此时，该信息登记系统5会从该基础信息数据库2中取出改变后的该VM31的主机名与IP地址，并且更新至该拓朴信息数据库6中。本实施例中，该信息登记系统5可由该基础信息数据库2中的该VM31的一识别信息来追踪该VM31，以判断该VM31的主机名与IP地址是否改变，其中该识别信息可例如为该VM31的MAC地址，但并不以此为限。

如上所述，当该些VM31-34执行了搬移程序后，其主机名与IP地址将可能会改变，因而管理人员需要亲自查询该基础信息数据库2，才能得知该些VM31-34搬移到哪个新位置(例如，由该第一主机11搬移到该第二主机12)。本发明的主要技术特征在于，允许管理人员在一台VM被建立后，为该VM定义一个固定不变的别名(alias name)，并将该别名写入该拓朴信息数据库6中，让该VM的别名、主机名及IP地址等信息彼此产生关联，即让该别名对应至该VM的该主机名及该IP地址。其中，该别名主要是依据该VM被交付的任务(即，该VM的角色)所定义而成，例如，若该VM主要是用以提供云端的网络服务(Web service)，则该VM的别名可被定义为“www1”，表示该VM为该系统中用来提供网络服务的第一台VM；再例如，若该VM主要是用以提供运算服务(computing)，则该VM的别名可被定义为“compute3”，表示该VM为该系统中用来提供运算服务的第三台VM。然而，以上所述皆仅为本发明的较佳具体实例，不应以此为限。

本实施例中，该系统更可包括一设定终端7，连接至该拓朴信息数据库6，其中该设定终端7内具有一设定应用程序接口(Application ProgramInterface,API)71，并且，该设定API71主要为一别名的设定API，用以对该系统中的VM进行该别名的设定。更具体而言，当一个新的VM被建立时，该信息登记系统5仅会将该VM的主机名与IP地址等多条内部信息写入该拓朴信息数据库6中，因此，需由该系统的管理人员登入该设定终端7，操作该设定API71，以为该VM定义一个专属、固定的别名。只要该VM被交付的任务没有改变(即，该VM的角色没有改变)，则该VM的别名就不会改变，因此，即使日后该VM进行了一或多次的搬移，导致主机名与IP地址不断改变，但该系统要寻找该VM时，只要使用该VM的别名来询问该拓朴信息数据库6，就可以轻易地找到该VM。也就是说，查询者不需知道该VM搬移到哪里，只要知道该VM的别名就可以轻易地与之联机。

请同时参阅图3A及图3B，分别为本发明的第一较佳具体实施例的上层表单示意图及下层表单示意图。如图2中所示，该拓朴信息数据库6中包括有一上层表单61及一下层表单62，而如图3A及图3B中所示，该上层表单61主要记录该些VM31-34的别名与主机名的对应关系，而该下层表单62则记录该些VM31-34的主机名与IP地址的对应关系。如上所述，该上层表单61与该下层表单62是由该信息登记系统5来动态进行更新，因此，无论该系统中的VM如何建立、搬移或删除，管理人员皆可通过该上层表单61与该下层表单62的查询，轻易地了解并管理云端的虚拟环境的拓朴架构。

于一实施例中，该VM31建立于第一主机11中，为该第一主机11中的第一台VM。该系统指派该VM31的主机名为“PM1_01”，IP地址为“10.0.0.1”，并且该VM31的角色主要为一网络服务服务器，管理人员可通过该设定终端7定义该VM31的别名为“www1”。于此实施例中，该上层表单61的第一笔数据记录「www1,PM1_01」(即，该VM31的别名与主机名的对应关系)，该下层表单62的第一笔数据记录「PM1_01,10.0.0.1」(即，该VM31的主机名与IP地址的对应关系)。是以，当一查询者以“www1”这个别名来查询该拓朴信息数据库6时，即可由该上层表单61查到该别名对应的主机名为“PM1_01”，并且，可再依该主机名来查询该下层表单62，进而查到该主机名对应的IP地址为“10.0.0.1”。如此一来，该查询者就可以得到该IP地址，并且藉由该IP地址与该VM31建立联机。

本实施例中，以“PM1_01”这个主机名，表示该VM31位于该第一主机11中，并且为该第一主机11中的第一台VM，这是一种常见的VM的主机名编码方式。然而，该主机名的编码方式实有相当多种，本发明仅为清楚说明而以此一编码方式来进行举例，但并不以此为限。

如图中所示，该第一主机11中具有第二台VM32，该VM32为一网络服务服务器，其别名为“www2”、主机名为“PM1_02”、IP地址为“10.0.0.2”。该第二主机12中运作有两台VM33及34，该VM33为一储存服务器，其别名为“storage1”、主机名为“PM2_01”(即，为该第二主机12中的第一台VM)、IP地址为“10.0.1.1”；该VM34为一高可靠性(High Availability,HA)服务器，其别名为“HA”、主机名为“PM2_02”(即，为该第二主机12中的第二台VM)、IP地址为“10.0.1.2”。如上述实施例所述，当一查询者以别名“www2”来查询该拓朴信息数据库6时，可得到该VM32的IP地址“10.0.0.2”；以别名“storage1”来查询该拓朴信息数据库6时，可得到该VM33的IP地址“10.0.1.1”；而以别名“HA”来查询该拓朴信息数据库6时，则可得到该VM34的IP地址“10.0.1.2”，以此类推。

续请同时参阅图4、图5A及图5B，分别为本发明的第一较佳具体实施例的虚拟机搬移示意图、以及第二较佳具体实施例的上层表单示意图与下层表单示意图。如图4中所示，当该VM31执行了搬移程序，由该第一主机11搬移到该第二主机12中时，该VM31的主机名与IP地址可能会被改变，例如图中所示，主机名由“PM1_01”改变为“PM2_03”(即，该第二主机12中的第三台VM)，IP地址由“10.0.0.1”改变为“10.0.1.3”。

如上所述，该基础信息数据库2中可记录有该些VM31-34的该识别信息(例如MAC地址)，该信息登记系统5可依据该基础信息数据库2中的MAC地址来分别追踪该些VM31-34，并判断该些VM31-34的主机名及／或IP地址是否改变。并且，当该些VM31-34的主机名及／或IP地址改变时，该信息登记系统5将改变后的主机名与IP地址更新至该拓朴信息数据库6中，即，更新该上层表单61与该下层表单62。

如图5A与图5B中所示，当该VM31搬移后，该信息登记系统5即将改变后的该VM31的主机名与IP地址更新至该上层表单61及该下层表单62中。如图所示，本实施例主要是将该VM31的主机名由“PM1_01”更新为“PM2_03”，并将IP地址由“10.0.0.1”更新为“10.0.1.3”，并且，保持让该VM31的别名“www1”对应至该VM31的主机名。如此一来，无论该VM31搬移到哪台PM上，查询者皆可直接以别名“www1”来查询该拓朴信息数据库6，进而轻易地找到该VM31。换句话说，查询者不需要知道该VM31的主机名与IP地址为何，只需要知道该VM31的别名就够了。

参阅图6，为本发明的第一较佳具体实施例的表单建立流程图。首先，当一PM要建立一台VM前，会先将该VM的多条内部信息写入该基础信息数据库2中(步骤S10)，接着，该PM再产生一台符合该多条内部信息的VM(步骤S12)。更具体而言，该PM是先将要分派给VM使用的主机名及IP地址等内部信息写入该基础信息数据库2，接着再依据该基础信息数据库2中记录的该主机名及该IP地址来建立一台VM。通过上述步骤S10至步骤S12，该基础信息数据库2中将记录有该系统中所有VM的内部信息。

接着，该系统通过该信息登记系统5来定时监看该基础信息数据库2，于该基础信息数据库2中取得该些VM的多条内部信息(步骤S14)，并且，进一步将该些VM的多条内部信息更新至该拓朴信息数据库6中(步骤S16)。最后，该拓朴信息数据库6接收并记录该设定终端7为该些VM所定义的别名，并且让该些别名分别与该些VM的多条内部信息(即，主机名与IP地址)产生关联(步骤S18)，即让每一台VM的别名分别对应至同一台VM的主机名与IP地址。其中，该设定终端7主要是通过其上的该设定API71来定义该些VM的别名，并且该些别名分别依据该些VM被交付的任务所定义而成。

更具体而言，该步骤S18中，该拓朴信息数据库6主要是将该些VM的主机名与IP地址的对应关分别写入该下层表单62中，并且将该些VM的别名与主机名的对应关分别写入该上层表单61中。如此一来，该拓朴信息数据库6即可完成如图3A与图3B中所示的该上层表单61与该下层表单62。

续请参阅图7，为本发明的第一较佳具体实施例的拓朴架构更新流程图。本实施例中，该信息登记系统5定时监看该基础信息数据库2(步骤S20)，并且，该信息登记系统5可依据该基础信息数据库2中记录的该些VM的多条内部信息，判断该些VM是否执行了搬移程序(步骤S22)。如上所述，该基础信息数据库2中可记录有该些VM的该识别信息(例如MAC地址)，因此在该步骤S22中，该信息登记系统5主要可通过MAC地址来追踪该些VM，进而判断该些VM在该基础信息数据库2中的多条内部信息是否改变。若该些VM记录在该基础信息数据库2中的多条内部信息改变，表示该些VM已经过搬移；反之，若该些VM记录在该基础信息数据库2中的多条内部信息保持不变，表示该些VM仍然运作于原始的PM中。

步骤S22之后，若该信息登记系统5判断该些VM已经过搬移，则该信息登记系统5会于该基础信息数据库2中取得改变后的该些VM的多条内部信息(步骤S24)，并且，将改变后的该些VM的多条内部信息更新于该拓朴信息数据库6中(步骤S26)。更具体而言，以改变后的该些VM的主机名与IP地址，更新该拓朴信息数据库6中的该上层表单61与该下层表单62。

接着请参阅图8，为本发明的第一较佳具体实施例的虚拟机位置查询流程图。当一查询者要查询一目标VM时，可通过一查询终端(例如图2中所示的查询终端8)来发出一查询指令给该拓朴信息数据库6(步骤S30)，其中，该查询指令中至少需包括该目标VM的别名。该拓朴信息数据库6接收该查询指令后，即可依该查询指令中的别名来查询该上层表单61，以取得该别名所对应的主机名(步骤S32)。接着，可再依该主机名依查询该下层表单62，以取得该主机名所对应的IP地址(步骤S34)。最后，该拓朴信息数据库6再将查询所得的主机名及／或IP地址回复给该查询终端8。本实施例中，该查询终端8可为一PM或一VM，并且，该查询终端8可由管理人员操作，以被动地发出该查询指令，或者，该查询终端8亦可为一运作中的主机，并于需要时主动发出该查询指令。

值得一提的是，本系统主要为一云端系统，并可同时为不同的群组，例如公司行号来提供服务。因此，若没有建立任何的过滤机制，让使用者可任意的查询该系统中所有VM的信息，将可能会造成安全性的问题。是以，本实施例中，在接收该查询指令时，该拓朴信息数据库6还可同时接收该查询终端8的一来源信息(图未标示)，藉此，该拓朴信息数据库6可通过该来源信息与该目标VM的多条内部信息进行比对，判断该查询终端8与该目标VM是否属于同一个群组(步骤S36)。若该查询终端8与该目标VM的确属于同一个群组(例如同一间公司)，再将该拓朴信息数据库6查询所得的该目标VM的主机名与IP地址回复给该查询终端8(步骤S38)。反之，若该查询终端8与该目标VM不属于同一个群组，则不回复任何信息给该查询终端8(步骤S40)。

参阅图9，为本发明的第一较佳具体实施例的查询动作示意图。如图所示，该系统中可具有一高可靠性(High Availability,HA)主机3A(可为一PM或一VM)，当一数据流(traffic)流进该HA主机3A时，若该HA主机3A要进行重新导向(re-direct)的动作以进行分流，则可通过本发明的技术手段来进行。举例来说，若该HA主机3A要寻找多台网络服务服务器(webserver)来进行分流，则可依别名“www”来查询该拓朴信息数据库6，该拓朴信息数据库6可在查询该上层表单61与该下层表单62后，得出多台网络服务主机3B(如图所示，该多台网络服务主机3B的别名分别为“www1”、“www2”及“www3”)的主机名与IP地址。藉此，该HA主机3A就可以轻易地将该数据流重新导向该多台网络服务主机3B。其中，HA实为本技术领域中的公知常识，在此不详细赘述其技术细节。

一般来说，在传统的HA主机内部，需明确记录该多台网络服务主机3B的IP地址，藉以将数据流重新导向该些IP地址上的主机。因此，当该些网络服务主机3B因搬移而造成IP地址改变时，该系统的管理者必须先查出该些网络服务主机3B的新IP地址，再登入该HA主机中，将旧的IP地址手动更改为新的IP地址，相当麻烦。通过本发明，该HA主机3A内只需记录别名“www”，并且于需要寻找该多台网络服务主机3B时，再依该别名去查询该拓朴信息数据库6，即可轻易地得到该多台网络服务主机3B的IP地址，进而与该多台网络服务主机3B联机，相当便利。

参阅图10，为本发明的第二较佳具体实施例的系统架构图。于上述图2的实施例中，该查询终端8直接与该拓朴信息数据库6连接，以询问并接收目标VM的多条内部信息。而如图10所示，该系统亦可提供一种三阶(3-tier)的架构，以提高整个系统的稳定性。如图所示，该系统可包括一后台服务器91及至少一前台服务器92。该后台服务器91连接该拓朴信息数据库6，用以对该拓朴信息数据库6进行查询。该至少一前台服务器92则连接该后台服务器91及至少一查询终端8，接收并处理该查询终端8发出的查询指令，交由该后台服务器91进行查询，并且将查询所得结果回复给该查询终端8。

具体而言，该前台服务器92接收该查询终端8所发出的该查询指令，其中，该查询指令至少包括一目标VM的别名。该前台服务器92将该查询指令交给该后台服务器91，该后台服务器91再依据该查询指令中的别名来查询该拓朴信息数据库6，藉以取得该目标VM的主机名及IP地址。接着，该后台服务器91将该目标VM的主机名及IP地址回传给该前台服务器92，并由该前台服务器92回复给发出该查询指令的该查询终端8。

本实施例中，该查询终端8发出的该查询指令，主要可为通过该别名查询的一DNS询问指令，更具体而言，可为standard C library call，例如一gethostbyname()指令，但不加以限定。该前台服务器92接收该查询指令后，主要可依照一DNS反解程序(DNS reverse resolution)来处理该查询指令，以取出该目标VM的别名。并且，当该前台服务器92接收到该目标VM的主机名与IP地址后，再产生一DNS回复，进而回复给该查询终端8。

一般来说，gethostbyname()指令是发送一名称(例如别名)给一DNS服务器，经该DNS服务器进行该DNS反解程序转换为对应的域名(例如WWW.delta.com.tw)，再将该域名以该DNS答复的方式加以回复。本实施例中，即将该前台服务器92模拟为一DNS服务器来使用。举例来说，当该前台服务器92接收该查询指令后，该后台服务器91就可依该查询指令中的别名来查询该拓朴信息数据库6，并于得到该目标VM的主机名与IP地址后，回传给该前台服务器92。该前台服务器92主要是依据该目标VM的主机名及IP地址，产生一个符合DNS规范的DNS答复。该DNS答复中必须包括该目标VM的主机名及IP地址，并且必须符合DNS规范，举例来说，该DNS答复可例如为『主机名.IP地址.delta.com.tw J的格式，但不加以限定。该查询终端8接收该DNS答复后，即可从该DNS答复中，得到该目标VM的主机名及IP地址。然而，以上所述皆仅为本发明的较佳具体实例，不应以此为限。

值得一提的是，本系统中，亦可通过该前台服务器92来执行上述的过滤机制，藉以提高本系统的安全性。当该前台服务器92接收该查询终端8发出的该查询指令时，更可同时接收该查询终端8的该来源信息，藉此，当该前台服务器92由该后台服务器91得到该目标VM的主机名与IP地址后，即可通过该查询终端8的该来源信息，判断该查询终端8与该目标VM是否属于同一群组(例如，同一问公司)。若该查询终端8与该目标VM属于同一群组，再通过该DNS回复，将该目标VM的主机名及IP地址回复给该查询终端8；反之，若该查询终端8与该目标VM不属于同一群组，则该前台服务器92不回复任何信息给该查询终端8，藉以确保客户数据的安全性。

以上所述仅为本发明之较佳具体实例，非因此即局限本发明的专利范围，故举凡运用本发明内容所为的等效变化，均同理皆包含于本发明的范围内，合予陈明。

Claims (20)

1.一种虚拟机的拓朴架构管理系统，其特征在于，包括：

一基础信息数据库，记录一虚拟机的多条内部信息，其中该多条内部信息包括该虚拟机的一主机名及一IP地址；

一拓朴信息数据库；及

一信息登记系统，连接该基础信息数据库及该拓朴信息数据库，该信息登记系统监看该基础信息数据库，并将该基础信息数据库中的该虚拟机的该多条内部信息更新至该拓朴信息数据库中；

其中，该虚拟机具有一固定的别名，该别名是依据该虚拟机被交付的任务所定义而成，该别名被记录于该拓朴信息数据库中，并且对应至该拓朴信息数据库中的该虚拟机的该主机名及该IP地址。

2.根据权利要求1的拓朴架构管理系统，其特征在于，该拓朴信息数据库包括一上层表单及一下层表单，该上层表单记录该虚拟机的该别名与该主机名的对应关系，该下层表单记录该虚拟机的该主机名与该IP地址的对应关系。

3.根据权利要求2的拓朴架构管理系统，其特征在于，该基础信息数据库还记录该虚拟机的一识别信息。

4.根据权利要求3的拓朴架构管理系统，其特征在于，当该虚拟机被搬移时，该信息登记系统依据该基础信息数据库中的该识别信息来追踪该虚拟机，判断该虚拟机的该多条内部信息是否改变，并且于该多条内部信息改变时，以改变后的该多条内部信息更新该拓朴信息数据库中的该上层表单与该下层表单。

5.根据权利要求1的拓朴架构管理系统，其特征在于，还包括一设定终端，连接至该拓朴信息数据库，该设定终端具有一设定应用程序接口，该设定应用程序接口接受外部操作，以定义该虚拟机的该别名，并将该别名写入该拓朴信息数据库中，以对应至该拓朴信息数据库中的该虚拟机的该主机名与该IP地址。

6.根据权利要求1的拓朴架构管理系统，其特征在于，还包括至少一实体机器，连接该基础信息数据库，该实体机器将该多条内部信息写入该基础信息数据库中，再依据该多条内部信息于其上建立该虚拟机。

7.根据权利要求1的拓朴架构管理系统，其特征在于，还包括：

一后台服务器，连接该拓朴信息数据库；及

一前台服务器，连接该后台服务器以及一查询终端；

其中，该前台服务器由该查询终端接收一查询指令，并传送给该后台服务器，该查询指令包括该虚拟机的该别名，该后台服务器依该别名查询该拓朴信息数据库，以取得该虚拟机的该主机名及该IP地址，并由该至少一前台服务器将该虚拟机的该主机名及该IP地址回复给该查询终端。

8.根据权利要求7的拓朴架构管理系统，其特征在于，该查询指令为通过该别名进行查询的指令。

9.根据权利要求8的拓朴架构管理系统，其特征在于，该前台服务器依一DNS反解程序处理该查询指令，并产生一DNS答复并回复该查询终端，其中该DNS答复包括了该虚拟机的该主机名及该IP地址。

10.根据权利要求7的拓朴架构管理系统，其特征在于，该前台服务器还接收该查询终端的一来源信息，并依该来源信息判断该查询终端与该虚拟机是否属于同一群组，若该查询终端与该虚拟机属于同一群组，再回复该虚拟机的该主机名及该IP地址给该查询终端。

11.一种虚拟机的拓朴架构管理方法，运用于一拓朴架构管理系统，其特征在于，该拓朴架构管理系统包括一基础信息数据库、一拓朴信息数据库及一信息登记系统，其中，该基础信息数据库中记录一虚拟机的多条内部信息，该拓朴架构管理方法包括：

a)该信息登记系统监看该基础信息数据库；

b)该信息登记系统将该基础信息数据库中的该虚拟机的该多条内部信息，更新至该拓朴信息数据库中；

c)该拓朴信息数据库接收一设定终端对该虚拟机定义的一别名，其中该别名依据该虚拟机被交付的任务所定义而成；及

d)该拓朴信息数据库记录该别名，并令该别名对应至该拓朴信息数据库中的该虚拟机的该多条内部信息。

12.根据权利要求11的拓朴架构管理方法，其中，该多条内部信息包括该虚拟机的一主机名及一IP地址，该拓朴信息数据库包括一上层表单及一下层表单，于该步骤b中将该虚拟机的该主机名与该IP地址的对应关系写入该下层表单中，于该步骤d中将该虚拟机的该别名与该主机名的对应关系写入该上层表单中。

13.根据权利要求12的拓朴架构管理方法，其特征在于，该拓朴架构管理系统还包括一实体机器，于该步骤a之前还包括步骤：

a01)该实体机器将该主机名及该IP地址写入该基础信息数据库中；及

a02)该实体机器依据该主机名及该IP地址，于其上建立该虚拟机。

14.根据权利要求12的拓朴架构管理方法，其特征在于，于该步骤a后还包括步骤：

e)该信息登记系统判断该虚拟机的该主机名及该IP地址是否改变，进而判断该虚拟机是否了执行搬移程序；以及，

该步骤b具体包括步骤：

f)若该虚拟机执行了搬移程序，该信息登记系统于该基础信息数据库中取得改变后的该虚拟机的该主机名及该IP地址；及

g)将改变后该虚拟机的该主机名及该IP地址写入该拓朴信息数据库中，以更新该上层表单及该下层表单。

15.根据权利要求14的拓朴架构管理方法，其特征在于，该基础信息数据库还记录有该虚拟机的一识别信息，于该步骤e中，该信息登记系统依据该识别信息来追踪该虚拟机，以判断该虚拟机的该主机名与该IP地址是否改变。

16.根据权利要求14的拓朴架构管理方法，其特征在于，还包括步骤：

h)接收一查询终端发出的一查询指令，其中该查询指令包括该虚拟机的该别名；

i)依该别名查询该上层表单，以取得该虚拟机的该主机名；

j)依该主机名查询该下层表单，以取得该虚拟机的该IP地址；及

k)回复该虚拟机的该主机名及该IP地址给该查询终端。

17.根据权利要求14的拓朴架构管理方法，其特征在于，于该步骤k之前还包括步骤：

k01)取得该查询终端的一来源信息；

k02)依该来源信息判断该查询终端与该虚拟机是否属于同一群组；

k03)若该查询终端与该虚拟机属于同一群组，执行该步骤k；及

K04)若该查询终端与该虚拟机不属于同一群组，不回复该查询终端。

18.一种虚拟机的拓朴架构管理系统，其特征在于，包括：

一实体机器，其上建立有一虚拟机；

一基础信息数据库，连接该实体机器，记录该虚拟机的一主机名及一IP地址；

一拓朴信息数据库，具有一上层表单及一下层表单；

一信息登记系统，连接该基础信息数据库及该拓朴信息数据库，该信息登记系统监看该基础信息数据库，并将该虚拟机的该主机名与该IP地址更新至该拓朴信息数据库中；

一设定终端，连接至该拓朴信息数据库，该设定终端具有一设定应用程序接口，该设定应用程序接口接受外部操作，以为该虚拟机定义一个固定的别名，并写入该拓朴信息数据库中，其中该别名依据该虚拟机被交付的任务所定义而成；

其中，该拓朴信息数据库的该上层表单记录该虚拟机的该别名与该主机名的对应关系，该下层表单记录该虚拟机的该主机名与该IP地址的对应关系。

19.根据权利要求18的拓朴架构管理系统，其特征在于，该基础信息数据库还记录该虚拟机的一识别信息，当该虚拟机被搬移时，该信息登记系统依据该基础信息数据库中的该识别信息来追踪该虚拟机，判断该虚拟机的该主机名与该IP地址是否改变，并且于该主机名与该IP地址改变时，于该基础信息数据库中取得改变后的该虚拟机的该主机名与该IP地址，以更新该拓朴信息数据库中的该上层表单与该下层表单。

20.根据权利要求19的拓朴架构管理系统，其特征在于，还包括：

一后台服务器，连接该拓朴信息数据库；及

一前台服务器，连接该后台服务器以及一查询终端；

其中，该前台服务器由该查询终端接收一查询指令，并依一DNS反解程序处理该查询指令，并取得该查询指令中包含的该虚拟机的该别名后，传送给该后台服务器，该后台服务器依该别名查询该拓朴信息数据库，以取得该虚拟机的该主机名及该IP地址，该前台服务器依据该虚拟机的该主机名及该IP地址产生一DNS答复，并回复给该查询终端。