用于虚拟机网卡的供装监控系统及方法与流程

本案关于一种虚拟机和虚拟私云的互联网协议设定，尤指一种用于虚拟机网卡的供装监控系统及方法。

背景技术：

互联网协议(internetprotocol，ip)是用于网路交换封包的一种协定，它定义了定址方式及资料的封装结构，ip地址则是在网路上替主机定义地址。目前最被广泛使用的网路协定为ipv4，而被视为继承ipv4的下一代网路协定为ipv6。

虚拟机(virtualmachine)对伺服器而言，可执行多个操作系统，并可由例如hypervisor的软体加以管理，且每个虚拟机器都会提供自身的虚拟硬体，包括cpu、内存、硬盘、网络接口及其他装置。

近年来，全球各区的ipv4地址逐渐耗尽，因此在虚拟私云(virtualprivatecloud)的虚拟机服务中，鉴于ipv4与ipv6的特性不相同，虚拟机在ipv4仅提供私有ip(privateip)，而若用户的虚拟机有连线互联网的需求时，则另提供pat(portaddresstranslation)、nat(networkaddresstranslation)、或portforwarding等方式连通到互联网。另一方面，为了解决ipv4地址枯竭的问题，ipv6将长度提升至128位元以利提供数量充足的ip地址，因此ipv6采用全自动的ip配发机制，让用户的每一个ipv6地址都是公共ip(publicip)。然而，对于虚拟机的多个ipv4与ipv6来说，难以监控多张网卡，更不利于网卡的扩张。

因此，上述现有技术仍有诸多缺失，亟待加以改良。

技术实现要素：

为解决上述及其他问题，本案揭示一种虚拟机可同时运行于多种互联网协议(如ipv4与ipv6)网路服务的供装与监控的系统及方法，可让一个既有ipv4服务的虚拟私云，在不影响既有服务的情况下仍可提供ipv6网路服务。为了使虚拟私云兼容ipv4与ipv6网路，本案采取单一堆叠(singlestack)的网卡ip设定方式，透过限制每一网卡只可选择作为ipv4或ipv6使用，再搭配扩增虚拟机所支援的网卡数量n(1≤n)，使得一台虚拟机可以同时拥有多个ipv4与ipv6地址，让整体网路服务的建置更具弹性与容易扩充。另本案也可依照用户自订的属性搜集网卡监控资料，可支援多种操作系统借此达到跨平台的功效，经由监控资料，除可提供用户掌握目前虚拟机的各项状态外，更可以利用这些监控资料实现自动扩展或缩减的触发行为。

本案揭示一种用于虚拟机网卡的供装监控系统，包括：供装模块，用于为虚拟机的至少一网卡分别执行供装程序，且于该供装程序中，该至少一网卡设定为不启用、启用为第一互联网协议、或启用为第二互联网协议；以及用户端跨平台监控单元，安装于该虚拟机以撷取该虚拟机中用户端操作系统的监控资料，其中，该监控资料包含该至少一网卡中该第一互联网协议和该第二互联网协议的网卡监控资料。

此外，本案的用于虚拟机网卡的供装监控系统更包括：监控资料收集模块，用以接收安装于该虚拟机中该用户端跨平台监控单元所回传的监控资料；以及监控资料分析模块，用以分析该监控资料收集模块所收集的监控资料，以根据分析结果触发告警行为、扩展行为或缩减行为。

另外，该用户端跨平台监控单元包括：跨平台监控模块，用以侦测该用户端操作系统的类型或版本；接收外部呼叫模块，用以接收外部主机的呼叫以接收更新程式和取得最新规则引擎参数；自动更新模块，用以根据该更新程式对该用户端跨平台监控单元进行更新；规则引擎模块，用以根据目前最新规则引擎参数对该监控资料进行处理；及资料传送模块，用以输出该规则引擎模块所处理完成的监控资料，使该监控资料收集模块所接收者和该监控资料分析模块所分析者为该规则引擎模块所处理完成的监控资料。此外，该跨平台监控模块还包含windows操作系统网卡监控子模块、mac操作系统网卡监控子模块、linux操作系统网卡监控子模块、或其他操作系统网卡监控子模块。

此外，该第一互联网协议为ipv4，该第二互联网协议为ipv6。该网卡监控资料更包含该多个网卡中该第一互联网协议和该第二互联网协议的传送和接收的流量、封包数、错误封包数、或丢弃封包数。该监控资料更包含操作系统内存使用量或使用率、操作系统磁碟使用量或使用率、或操作系统中央处理器使用量或使用率。

另外，本案的用于虚拟机网卡的供装监控系统更包括：纳管各种互联网协议的互联网协议资源管控模块。该供装模块取得该至少一网卡的媒体存取控制地址，以根据该媒体存取控制地址产生第二互联网协议地址，借此根据该媒体存取控制地址和该第二互联网协议地址进行注册，进而供该互联网协议资源管控模块将该第二互联网协议纳管，以完成该至少一网卡的供装，其中，该供装模块根据该媒体存取控制地址采用modifiedeui-64演算法来产生该第二互联网协议地址。或者，该供装模块取得该至少一网卡的媒体存取控制地址，并取得经配发的或经用户选择的第一互联网协议地址，以根据该媒体存取控制地址和该第一互联网协议地址进行注册，进而供该互联网协议资源管控模块将该第一互联网协议纳管，以完成该至少一网卡的供装。

此外，本案的用于虚拟机网卡的供装监控系统更包括图形化使用者介面，该用户通过该图形化使用者介面选择该第一互联网协议地址，且该互联网协议资源管控模块接受该图形化使用者介面的宣告以将该第一互联网协议地址的状态自可用更改为配发中，待注册后再更改为已占用，及其中，于该用户通过该图性化使用者介面放弃或逾期未注册该第一互联网协议地址，该互联网协议资源管控模块将该第一互联网协议地址的状态自配发中更改为可用，且其中，于该用户通过该图性化使用者介面退租该第一互联网协议地址，该互联网协议资源管控模块将该第一互联网协议地址的状态自已占用更改为可用。

本案另揭示一种用于虚拟机网卡的供装监控方法，包括：配置虚拟机及多个网卡；依据用户的设定，将该多个网卡分别设定为启用或不启用；依据该用户的选定，将该多个网卡分别启用为第一互联网协议或第二互联网协议；对该多个网卡中已启用者的其中一网卡进行下列步骤：步骤(1)：取得媒体存取控制地址；步骤(2)：取得第一互联网协议地址或第二互联网协议地址；以及步骤(3)：注册，借此完成该网卡的供装；以及对该多个网卡中已启用者的剩余网卡分别进行上述步骤(1)至(3)，直到该多个网卡中所有已启用者的供装完成为止。

此外，若启用为该第二互联网协议，则根据该媒体存取控制地址计算出该第二互联网协议地址，以供取得该第二互联网协议地址。此外，若启用为该第一互联网协议，则配发该第一互联网协议地址或供该用户选择出该第一互联网协议地址，进而供取得该第一互联网协议地址。此外，于该用户选择该第一互联网协议地址时，将该第一互联网协议地址的状态自可用更改为配发中，待注册后再更改为已占用，且其中，于该用户放弃或逾期未注册该第一互联网协议地址，将该第一互联网协议地址的状态自配发中更改为可用，且其中，于该用户退租该第一互联网协议地址，将该第一互联网协议地址的状态从已占用更改为可用。

因此，经由本案的供装监控系统及方法，可在不影响既有ipv4服务的前提下，让一台虚拟机也能同时运行于ipv6网路上，更可让用户在虚拟私云的虚拟机中拥有多张网卡，而每一张网卡仅可选择单一网路协定，即ipv4或ipv6，用户可透过设定多张网卡来达到一台虚拟机可同时拥有多个ipv4与ipv6地址的效果，其中ipv4属于privateip，而ipv6则是publicip。另外，本案设计预先宣告机制，让用户经由在图形化使用者介面上面选择，以预先告知供装监控系统即将占用此ipv4地址，减少多租户在同时申租时，发生资源抢断的问题，借此降低机房人工处理的机率。此外，本案采用modifiedeui-64演算法来自动配发虚拟机的ipv6地址，确保供装监控系统对于每张网卡的ipv6地址具有可推算与唯一性，使得在ipv6地址的管理上更加容易。据此，本案透过单一堆叠(singlestack)的网卡设定方式，可降低网卡监控方法的复杂度，借此提供精准资讯给帐务模块进行流量计费。此外，经由本案的用户端跨平台监控单元，不论用户端的操作系统为何种复杂特殊的环境，皆可以抓取所需要的资料，并且能自动依照规则引擎所设立的规则动态处理资料，精准抓取所需资料并且过滤杂讯避免监控资料失真。

附图说明

图1为本案的用于虚拟机网卡的供装监控系统的方块示意图；

图2为本案的用于虚拟机网卡的供装监控系统的用户端跨平台监控单元的方块图；

图3为本案的用于虚拟机网卡的供装监控系统的多个用户端跨平台监控单元的方块示意图；

图4为本案的用于虚拟机网卡的供装监控方法的流程示意图；

图5为本案的用于虚拟机网卡的供装监控方法的流程图；

图6为本案的用于虚拟机网卡的供装监控方法的图形化使用者介面的宣告示意图；

图7为本案的用于虚拟机网卡的供装监控方法的ipv4地址的状态示意图；以及

图8为本案的用于虚拟机网卡的供装监控方法的ipv6地址的产生示意图。

符号说明

11配置模块

12供装模块

13、13a、13b、13c、13d用户端跨平台监控单元

131跨平台监控模块

132接收外部呼叫模块

133自动更新模块

134规则引擎模块

135资料传送模块

14监控资料收集模块

15监控资料分析模块

16ip资源管控模块

17图形化使用者介面

18监控资料呈现页面

2虚拟机

21用户端操作系统

22a、22b网卡

3外部主机

a01、a021、a022、a02n步骤

b01～b07步骤

d01、d02、d03状态

e01操作系统配发的ipv6地址

e02ipv6地址的前半段

e03ipv6地址的后半段。

具体实施方式

以下经由特定的实施例说明本案的实施方式，本领域技术人员可由本文所揭示的内容轻易地了解本案的其他优点及功效。本说明书所附图所绘示的结构、比例、大小等均仅用于配合说明书所揭示的内容，以供本领域技术人员的了解与阅读，非用于限定本案可实施的限定条件，故任何修饰、改变或调整，在不影响本案所能产生的功效及所能达成的目的下，均应仍落在本案所揭示的技术内容得能涵盖的范围内。

请参阅图1至图3，本案用于虚拟机网卡的供装监控系统包括配置模块11、供装模块12、用户端跨平台监控单元13、监控资料收集模块14、监控资料分析模块15、ip资源管控模块16、图形化使用者介面17、监控资料呈现页面18。

配置模块11用于根据用户的申请需求来设定虚拟机2，包含虚拟机2所使用的映像档(image)、cpu核心数、内存大小及系统磁碟等等。

供装模块12用于为虚拟机2的网卡22a和22b分别执行供装程序，如图1显示为两张网卡22a和22b，为数量并不以此为限。于供装程序中，网卡22a和22b可分别设定为不启用或不启用，若为不启用则供装程序结束，若为启用则再选择启用为第一互联网协议或启用为第二互联网协议。在一实施例中，该第一互联网协议为ipv4，而该第二互联网协议为ipv6。

用户端跨平台监控单元13安装于虚拟机2以撷取虚拟机2中用户端操作系统21的监控资料，例如操作系统内存使用量或使用率、操作系统磁碟使用量或使用率、或操作系统中央处理器使用量或使用率。此外，监控资料还可包含网卡22a和22b中ipv4和该ipv6的网卡监控资料，例如网卡监控资料更包含该多个网卡中该第一互联网协议和该第二互联网协议的传送和接收的流量、封包数、错误封包数、或丢弃封包数。这些资料可用于后续的分析、告警和自动扩展等功能。

监控资料收集模块14用以接收安装于虚拟机2中用户端跨平台监控单元13所回传的监控资料。监控资料分析模块15用以分析监控资料收集模块14所收集的监控资料，以根据分析结果触发告警行为、扩展行为或缩减行为，例如虚拟机的资源不够的告警行为、虚拟机的资源需扩展的扩展行为、虚拟机的资源需缩减的缩减行为。

此外，如图2所示，用户端跨平台监控单元13更可包括跨平台监控模块131、接收外部呼叫模块132、自动更新模块133、规则引擎模块134、资料传送模块135。

跨平台监控模块131负责侦测用户端操作系统21的类型或版本。跨平台监控模块131还可包括windows操作系统网卡监控子模块、mac操作系统网卡监控子模块、linux操作系统网卡监控子模块、或其他操作系统网卡监控子模块，可支援各种不同的操作系统以及特定版本的网卡监控。windows操作系统网卡监控子模块负责各种windows的网卡资料的监控。linux操作系统网卡监控子模块负责各种linux的网卡资料的监控。mac操作系统网卡监控子模块负责各种mac的网卡资料的监控。其他操作系统网卡监控子模块负责各种其他的网卡资料的监控，如solaris。

接收外部呼叫模块132负责接收外部主机3的呼叫以接收更新程式和取得最新规则引擎参数。

自动更新模块133负责根据该更新程式对用户端跨平台监控单元13进行更新，即由接收外部呼叫模块132所触发以更新跨平台监控模块131、接收外部呼叫模块132、规则引擎模块134及资料传送模块135。

规则引擎模块134负责根据目前最新规则引擎参数对该监控资料进行处理，即将撷取到的监控数值做后续加工处理，将会依照目前参数自动过滤、计算处理监控数值，使监控数值能符合需求做收集。此外，于规则引擎模块134的处理中，初始的监控资料里含有过多不需要的收集资料，如回环网卡(loopbackadaptor)相关资料、链路本地地址(link-localaddress)相关资料等、或是所含的资料会有特殊的特性，如传送/接收流量数值的溢位、或是所含的资料有时间相依姓，必需将有时间相依性的资料一起处理，故需要将不必要的资料过滤删除以及处理时间相依性的资料，最后得到处理完成的可传送的监控资料。

资料传送模块135负责将规则引擎模块134处理完成的监控资料传送至监控资料收集模块14，即用以输出该规则引擎模块所处理完成的监控资料，使监控资料收集模块14所接收者和监控资料分析模块15所分析者为规则引擎模块134所处理完成的监控资料。

返回图1，互联网协议(ip)资源管控模块16用以纳管各种互联网协议地址。供装模块12取得网卡22a和22b的其中一者的媒体存取控制地址(macaddress)，若网卡22a和22b的该其中一者经用户选择为启用为第二互联网协议(ipv6)地址，则根据该媒体存取控制地址产生第二互联网协议(ipv6)地址，借此根据该媒体存取控制地址和该第二互联网协议地址进行注册，进而供ip资源管控模块16将第二互联网协议(ipv6)地址纳管，以完成网卡22a和22b的该其中一者的供装，其中，可采用modifiedeui-64演算法并根据网卡22a或22b的媒体存取控制地址来产生该第二互联网协议(ipv6)地址。

另外，若网卡22a和22b的该其中一者经用户选择为启用为第一互联网协议(ipv4)地址，则供装模块12可取得网卡22a和22b的另外一者的媒体存取控制地址(macaddress)，并取得经配发的或经用户选择的第一互联网协议(ipv4)地址，以根据该媒体存取控制地址和该第一互联网协议地址进行注册，进而供ip资源管控模块16将该第一互联网协议(ipv4)地址纳管，以完成网卡22a和22b的另外一者的供装。此外，用户乃通过图形化使用者介面17选择该第一互联网协议地址，且ip协定资源管控模块16接受图形化使用者介面17的宣告以将该第一互联网协议地址自状态：可用更改为状态：配发中，待注册后再更改为状态：已占用，此外，于用户通过图性化使用者介面17放弃或逾期未注册该第一互联网协议地址，ip资源管控模块16将该第一互联网协议地址自状态：配发中更改为状态：可用，此外，于用户通过图性化使用者介面17退租该第一互联网协议地址，ip资源管控模块16将该第一互联网协议地址自状态：已占用更改为状态：可用。

进至图3，用户端跨平台监控单元13a、13b、13c和13d以程式型态安装于各个虚拟机的用户端操作系统上，监控资料呈现页面18可从监控资料收集模块14中取得需要呈现的资料，制作成报表以供检阅。此外，监控资料收集模块14可接收用户端跨平台监控单元13a、13b、13c和13d所回传的监控资料，分类储存供监控资料呈现页面18及监控资料分析模块15使用。监控资料分析模块15负责分析监控资料收集模块14中的资料，如果资料达到特定条件，将会触发告警、自动扩展群组的扩展或缩减的触发行为。用户端跨平台监控单元13a、13b、13c和13d可依照规则引擎模块134的参数，周期性的抓取用户端操作系统21上的监控数值，并将资料回传至监控资料收集模块14。另外，外部主机3可依照环境及系统的需求，将特定的规则引擎参数或更新程式传送至跨平台用户端跨平台监控单元13的接收外部呼叫模块132，借此触发自动更新模块133及规则引擎模块134的更新。

因此，用户端跨平台监控单元可安装在虚拟机的用户端操作系统中，以随着用户端操作系统启动时执行，执行时会自动侦测目前操作系统环境变数，如windows、linux，并会自动侦测操作系统版本，如windows2012、windows2016，以及操作系统位元组，如32位元、64位元。确认完成操作系统状态侦测后，以windows为例，跨平台监控模块131将会载入存在于windows操作系统网卡监控子模块的动态连结函式库(dynamic-linklibrary)，用来取得网卡各项的监控数值。

此外，用户端操作系统上包含了许多实体网卡以及虚拟网卡，可依照规则引擎模块134目前的参数自动过滤哪些实体网卡以及虚拟网卡需要做监控。例如，可依照网卡的mac做过滤，如假设某科技厂商所分配到的mac为(00:77:34)开头，如果要过滤此科技厂商的网卡，则可以过滤mac为(00:77:34)开头的网卡。又例如，可依照网卡上是否有publicip做过滤，将只有privateip的网卡过滤不做监控。此外，用户端操作系统上的监控资料只要是累加数值呈现的标的，如网卡上的ipv4和ipv6传送和接收的流量、ipv4和ipv6传送和接收的封包数、ipv4和ipv6传送和接收的错误封包数、ipv4和ipv6传送和接收时发生的丢弃封包数，将会有溢位的状况发生，据此可依照规则引擎模块134目前的规则参数自动侦测溢位，并主动修正。另外，用户端操作系统上的网卡监控资料呈现的方式都不相同，可会依照规则引擎模块134目前的规则参数做自动计算，如传送/接收流量监控资料是有时间相依性的，资料呈现的方式是累计上去的(后一次的数值将会大于前一次的数值)，如果需要得到单位时间的数值，必须要自动将前后两次的监控数值相减计算而得到差值。

接着，请参阅图4，概略说明本案用于虚拟机网卡的供装监控方法，当用户完成申租虚拟机的参数设定并送出订单后，系统后端会进入供装程序，首先为步骤a01，配置虚拟机，即依据用户所选择的公用虚拟机范本去呼叫对应的hypervisor(如vmwareesx、kvm、xen或hyper-v等等)进行虚拟机的设定，经由hypervisor指令设定虚拟机，包含虚拟机所使用的image，cpu核心数、内存大小以及系统磁碟。当虚拟机配置完成后，则进入步骤a021、a022、…、a02n的供装网卡#1、#2、…、#n，其中用户可同时启用张网卡#1、#2、…、#n，而流程也会从步骤a021的供装网卡#1，接着进行步骤a022的供装网卡#2，直到步骤a02n以完成网卡#n的供装为止。

参阅图5，此为步骤a021、a022、…、a02n各者的单一网卡供装方法的具体流程，系统首先会去查看该网卡是否被设定为启用，若为启用，则呼叫hypervisor依据所选定的网路协定为ipv4或ipv6开始配置网卡；若未启用网卡，则直接结束该网卡的供装流程，继续供装下一张网卡。本案采用单一堆叠(singlestack)的网卡ip设定方式，即依据用户于图形化使用者介面所设定网卡的网路协定为ipv4或ipv6来导向不同的设定流程。于步骤b01和b04中，网卡的配置则无论选定的是ipv4或ipv6，同样皆呼叫hypervisor指令进行配置，目的在于将网卡挂载到虚拟机上面，并使系统取得网卡的macaddress(mediaaccesscontroladdress)。

在步骤b02的取得ipv4地址中，有两种设定方式，其一为自动配发：系统于绑定的子网段中自动取得第一个可用的ip地址，另一为用户选定：用户于绑定的子网段中手动选择一个可用的ip地址。若选择自动配发，系统将从用户所选定的子网段(subnet)中，依序取得第一个可用的ipv4地址，例如用户在网卡设定上选择一个全新未用的子网段192.168.5.0/24，系统会自动配发第一个可用的ip为192.168.5.1；若为用户指定，则让用户通过图形化使用者介面(gui)从子网段中选择一个可用的ipv4地址，且图形化使用者介面(gui)可向系统预先宣告该ip地址即将配发，系统收到请求后驱动ip资源控管模块将该ip地址更新为“配发中”。即使于宣告ip之后，只要尚未完成申租程序，系统仍提供修改ip的灵活性，当用户取消或异动原本所指定ip，系统即将原本所宣告的ip改回“可用”，并将新宣告的ip设为“配发中”。一旦ip地址宣告为配发中，则用户需要在m分钟(1≤m)内完成申租程序，否则系统会因为逾时而将所宣告的ip地址释放出来。具体而言，可参阅图6，当用户透过图形化使用者介面17无论采用自动取得或手动选定一个ipv4地址10.144.61.4后，图形化使用者介面(gui)17可使用restfulapi驱动ip资源管控模块16，将ipv4地址10.144.61.4的状态由“可用”更新为“配发中”，并于完成后通知图形化使用者介面17，使得图形化使用者介面17可以继续并完成申租流程。参阅图7，说明为ipv4地址状态变化示意图，可以被用户选到的ipv4地址都是属于状态d01：可用，当gui透过restful进行宣告，则该ip地址会调整为状态d02：配发中。完成网卡供装后，则变更为状态d03：已占用d03。然而，当ip地址状态为配发中，但用户却于系统所限定时间内m分钟(1≤m)未完成申租程序，则该ip地址会被释出，则可改回状态d01：可用，而状态d03：已占用的ip地址，则需等到该网卡被移除或更换ip时才会释出。

系统可从供装参数中取出用户要设定的ip地址之后，接着于步骤b03中，依据该网卡的ip地址与于步骤b01所取得的macaddress，进行dhcp的注册，再于步骤b07中告知ip资源管控模块该ip地址已占用，以供ip资源管控模块纳管ip地址。待用户后续启动虚拟机，网卡便会自动透过dhcp伺服器取得dns伺服器资讯。

另外，关于网卡设定为ipv6方面，基于ip数量过于庞大且地址长度太过冗长，考量用户自行指定ip地址的操作性并不流畅，因此本案的ipv6地址采取全自动配发，然而自动配发是透过操作系统层级而非系统，因此系统无法预先得知网卡的ipv6地址e01为何，导致纳管上的困难。为解决此议题，网卡在操作系统层面预设使用modifiedeui-64演算法为自动配发方法，同时系统也于步骤a02n的步骤b05中同步使用modifiedeui-64来推算出该网卡将自动配发的ipv6地址。运用子网段的前缀或称网路识别码(networkid)与macaddress进行计算后，获得唯一的ipv6地址。由于双方的演算法与输入参数皆相同，因此系统可以计算出一致的ipv6地址。在本案中，所有的ipv6地址都属于publicip，因此于步骤b05中至twnic(taiwannetworkinformationcenter)进行ipv6地址的注册，注册内容包含ip地址与使用者的关联资讯。

请参阅图8，为了推算操作系统层级所配发的ipv6地址e01，系统依据该网卡所绑定的ipv6子网段2001:b034:2000:3000::/64来获得ipv6地址前64-bit的networkid，即获得ipv6地址的前半段e02，同时将macaddresse0400:50:56:b1:ac:bf切分成等长的两段，即00:50:56与b1:ac:bf，并于两段中间加入ff:fe形成了e05借此让macaddress长度达到64-bit，最后在将第一小节的00改为02，即组成了e06ipv6地址的后半段e03，即0250:56ff:feb1:acbf。最后，便可得到完整的ipv6地址2001:b034:2000:3000:0250:56ff:feb1:acbf。

在步骤b05使用modifiedeui-64推算出ipv6地址后，由于ipv6皆属于publicip，必须于b06向twnic进行ipv6的注册，如步骤b06所示，而注册内容包含ip地址、使用者姓名、联络电话、通讯地址等个人资料。通过注册后，即进至步骤b07来到ip资源管控模块新增该ip地址的使用情况，即完成ipv6网卡的供装。

据此，本案用于虚拟机网卡的供装监控方法可概述如后。配置虚拟机及多个网卡；依据用户的设定，将多个网卡分别设定为启用或不启用；依据该用户的选定，将该多个网卡分别启用为第一互联网协议或第二互联网协议；对该多个网卡中已启用者的其中一网卡进行下列步骤：步骤(1)：取得媒体存取控制地址；步骤(2)：取得第一互联网协议地址或第二互联网协议地址；以及步骤(3)：注册，借此完成该网卡的供装；以及对该多个网卡中已启用者的剩余网卡分别进行上述步骤(1)至(3)，直到该多个网卡中所有已启用者的供装完成为止。

因此，无论是ipv4或是ipv6，一旦取得网卡的ip地址后，皆须至ip资源管控模块完成ip地址的纳管，方便系统管理各个ip的使用情况，即完成了单一网卡的供装。本案经由单一虚拟机同时供装n张(1≤n)ipv4与ipv6网卡，且ipv4与ipv6网卡可同时存在也可独立存在的技术，提供虚拟机同时运行于ipv4与ipv6网路的能力。

综上所述，与早期用户只有ipv4及单一网卡相比较，本案的供装模块可满足虚拟机多张网卡的扩增、单一堆叠的ipv6与ipv4的网卡设定、及其所新增的监控指标及庞大的资料量，并经由本案的用户端跨平台监控单元，依照用户自订的属性收集众多网卡中包含ipv6及ipv4的监控资料，更可支援多种操作系统及版本借此达到跨平台的功效。

上述实施例仅例示性说明本案的功效，而非用于限制本案，任何本领域技术人员均可在不违背本案的精神及范畴下对上述该些实施例进行修饰与改变。因此本案的权利保护范围，应如权利要求书所列。