CN117938641A - Network address configuration method and computing device - Google Patents

Abstract

The embodiment of the application provides a network address configuration method and computing equipment. The target block device mounted on the BMS comprises the target IP address, so that the BMS can automatically acquire the target IP address from the target block device. In this manner, when the BMS needs to configure a network address, the network address of the BMS can be automatically configured using the target IP address in the target block device. Therefore, the embodiment of the application can automatically acquire the target IP address and automatically configure the target IP address, and has high configuration efficiency compared with manual configuration of the network address. In addition, the embodiment of the application can reduce manual configuration errors by pre-storing the network address, is beneficial to improving the configuration accuracy, reduces the probability of occurrence of network faults of the BMS and improves the user experience.

Description

Network address configuration method and computing device

Technical Field

The present invention relates to the field of server technologies, and in particular, to a network address configuration method and a computing device.

Background

Bare metal server (bare METAL SERVER, BMS) is a physical server, and has the characteristics of flexible flexibility, high performance computing power comparable to conventional physical machines, and secure physical isolation, so BMS is increasingly used.

The BMS operation phase needs to configure a network address, specifically, an internet protocol (internet protocol, IP) address, so that the BMS normally surfs the internet through the network address. However, in the related scheme, the user needs to manually configure the network address, the configuration efficiency is low, and the manual configuration is easy to cause configuration errors, so that network faults of the BMS are caused, and the user experience is affected.

Disclosure of Invention

The embodiment of the application provides a network address configuration method and computing equipment, which are used for improving the efficiency of configuring network addresses, reducing the configuration error rate, reducing the occurrence probability of network faults and improving the user experience.

In a first aspect, an embodiment of the present application provides a method for configuring a network address. The method is applied to the bare metal server BMS, and is characterized by comprising the following steps:

Acquiring target block equipment mounted on a BMS; the target block device carries a target Internet Protocol (IP) address; the network address in the BMS is configured based on the target IP address.

According to the embodiment of the application, the target block device mounted on the BMS comprises the target IP address, so that the BMS can automatically acquire the target network address from the target block device. In this manner, when the BMS needs to configure a network address, the network address of the BMS can be automatically configured using the target network address in the target block device. The embodiment of the application can automatically acquire the target network address and automatically configure the target network address, and has high configuration efficiency compared with manual configuration of the network address. In addition, the embodiment of the application can reduce manual configuration errors by pre-storing the network address, is beneficial to improving the configuration accuracy, reduces the probability of occurrence of network faults of the BMS and improves the user experience.

In one possible implementation manner, the target block device includes a preset tag, and the embodiment of the present application may acquire the target block device from at least one block device mounted on the BMS based on the preset tag. Thus, the target block device is quickly and accurately obtained from the mounted block device through the preset tag carried in the target block device.

In another possible implementation manner, before the target block device mounted on the BMS is obtained, the virtual hard disk mounted on the BMS is obtained, and the target virtual hard disk is obtained from the virtual hard disk. Each virtual hard disk is built based on the block device, and the target virtual hard disk is built based on the target block device. In this way, the target block device is mounted to the BMS through the target virtual hard disk.

In yet another possible implementation, the network configuration file is acquired before the target virtual hard disk mounted on the BMS is acquired; wherein, the network configuration file comprises a target IP address; generating a mirror image file corresponding to the network configuration file; the image file comprises a preset label; creating target block equipment based on the image file, wherein the target block equipment comprises a preset label; based on the target block device, a target virtual hard disk is created. Thus, the configuration of the target IP address to the network configuration file is realized, and the network configuration file is utilized to construct an image file with a preset label and target block equipment.

In yet another possible implementation, a first file and a second file are obtained; the first file is used for storing a login password of a management system of the BMS, and the second file is used for storing identification information of an instance of the BMS; generating an image file based on the network configuration file, the first file and the second file; the image file is an ISO image file comprising a preset label. Thus, the network configuration file, the file for storing the login password of the BMS management system and the file for storing the identification information of the BMS instance are packaged and configured at the same time, so that the configuration speed is improved.

In yet another possible implementation manner, a system cloud disk is created and configured based on cloud disk configuration parameters in bare metal instance configuration parameters issued by a cloud management platform; the system cloud disk is used for storing an OS (operating system) to be installed of the BMS; and installing an operating system OS based on the system cloud disk. Optionally, creating and configuring a virtual network card based on network card configuration parameters in bare metal instance configuration parameters issued by the cloud management platform. In this way, the virtual network card or the cloud disk configuration is customized through the cloud management platform, the network configuration block equipment is created in advance and is mounted on the Host of the BMS, so that IP automatic configuration is realized, meanwhile, the BMS instance issuing efficiency is improved, and the user experience is improved.

Optionally, the network address in the BMS is a network address of the virtual network card; and configuring the network address of the virtual network card based on the target IP address. Thereby enabling configuration of network addresses in the BMS based on the target IP address.

In yet another possible implementation manner, before acquiring the target block device mounted on the BMS, the BMS is restarted in response to a restart instruction of the cloud management platform, so that the target block device mounted on the BMS may be acquired after the restart.

In a second aspect, embodiments of the present application provide a computing device comprising a first processor to:

acquiring target block equipment mounted on a BMS; wherein the target block device includes a target IP address; the network address in the BMS is configured based on the target IP address.

In one possible implementation, the target block device includes a preset tag; the first processor is used for acquiring target block devices from at least one block device mounted on the BMS based on preset tags.

In another possible implementation, before the first processor is used to obtain the target block device mounted on the BMS, the first processor is further configured to: acquiring a virtual hard disk mounted on a BMS; each virtual hard disk is built based on block equipment; obtaining a target virtual hard disk from the virtual hard disk; the target virtual hard disk is established based on the target block device.

In yet another possible implementation, the computing device further includes a second processor, before the first processor is configured to obtain the target virtual hard disk mounted on the bare metal server BMS, the second processor is configured to:

Acquiring a network configuration file; wherein, the network configuration file comprises a target IP address; generating a mirror image file corresponding to the network configuration file; the image file comprises a preset label; creating target block equipment based on the image file, wherein the target block equipment comprises a preset label; based on the target block device, a target virtual hard disk is created.

In yet another possible implementation, the second processor is further configured to: acquiring a first file and a second file; the first file is used for storing a login password of a management system of the BMS, and the second file is used for storing identification information of an instance of the BMS; generating an image file based on the network configuration file, the first file and the second file; the image file is an ISO image file comprising a preset label.

Optionally, the second processor is further configured to: creating and configuring a system cloud disk based on cloud disk configuration parameters in bare metal instance configuration parameters issued by a cloud management platform; the system cloud disk is used for storing an OS (operating system) to be installed of the BMS; and installing an operating system OS based on the system cloud disk.

Optionally, the second processor is further configured to: and creating and configuring a virtual network card based on the network card configuration parameters in the bare metal instance configuration parameters issued by the cloud management platform.

In yet another possible implementation, the network address in the BMS is the network address of the virtual network card; the first processor is configured to configure a network address of the virtual network card based on the target IP address.

In yet another possible implementation manner, before the first processor is used to obtain the target block device mounted on the BMS, the second device is further configured to: and restarting the BMS in response to a restarting instruction of the cloud pipe platform.

Optionally, the first processor is a central processing unit CPU; the second processor is a data processor DPU

In a third aspect, embodiments of the present application also provide a computer readable storage medium having stored thereon a computer program which, when run on a computer, causes the computer to perform the operational steps of the method of configuring a network address as possible in any of the first aspects described above.

In a fifth aspect, embodiments of the present application also provide a computer program product which, when run on a computer, causes the operational steps of the method of configuring any one of the possible network addresses of the first aspect.

Any of the above-mentioned network address configuration method computing device or computer-readable storage medium or computer program product and the like are used to execute the corresponding method provided above, and therefore, the advantages achieved by the method can refer to the advantages in the corresponding method, and are not repeated herein.

Drawings

FIG. 1 is a schematic diagram of an implementation of manual configuration of IP addresses;

fig. 2 is a flowchart of a method for configuring a network address according to an embodiment of the present application;

fig. 3 is a mounting implementation manner of a target block device according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of a network address configuration system according to an embodiment of the present application;

FIG. 5A is a schematic diagram of a DPU-based creation of target block devices and a system cloud disk;

FIG. 5B is a schematic diagram of creating a target block device, a system cloud disk, and a virtual network card based on a DPU;

fig. 6 is an interaction diagram of another network address configuration method according to an embodiment of the present application;

Fig. 7 is a schematic diagram of an interface display of a cloud tube platform according to an embodiment of the present application;

Fig. 8 is a schematic structural diagram of a configuration device for network address according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a computing device according to an embodiment of the present application.

Detailed Description

The computing device provided by the embodiment of the application is not particularly limited to the application scene, for example, the computing device is described by taking a server as an example, and is not particularly limited to the type of the server, for example, the computing device can be a rack server or an edge server. The server may be located in a data center or other areas, and the embodiment of the present application is not limited specifically.

Servers, which are one type of computing device, run faster and are more highly loaded than ordinary computers. The server provides computing or application services to other clients (e.g., PCs, smartphones, etc.) in the network. The server has high-speed CPU operation capability, long-time reliable operation, strong external data throughput capability and better expansibility. Servers are classified from the external form into rack-type, blade-type, tower-type and cabinet-type.

Bare metal server (bare METAL SERVER, BMS), which is a physical server, may also be referred to as a bare metal node or physical machine of a "bare" operating system, generally refers to a server that does not have an operating system or virtualization software installed. A physical machine of a "bare" operating system may also refer to a physical machine that has an operating system installed but has no virtualization software installed. The BMS has the characteristics of high performance computing capability comparable to that of a traditional physical machine and safe physical isolation on the basis of flexible elasticity, so that the BMS is increasingly widely applied.

In order for the BMS to realize the normal internet surfing function, network address configuration needs to be performed after the BMS instance is released. In the related scheme, a user uses out-of-band management software corresponding to the BMS, such as server intelligent management software (INTELLIGENT BASEBOARD MANAGEMENT CONTROLLER, IBMC) to observe whether the BMS is started successfully in real time, and if the BMS is started successfully, the user manually configures a network address for the BMS and specifically configures an IP address. IBMC see fig. 1, which is a schematic diagram of an implementation of manual configuration of IP addresses.

FIG. 1 (a) shows an IBMC login interface. After the user inputs the login password in the IBMC login interface, the user logs in to the IBMC interface. FIG. 1 (b) shows an IBMC interface showing whether or not the BMS instance was started successfully. Fig. 1 (b) shows the start-up situation of the BMS instance using a start-up progress bar. Wherein the BMS instance starts 50%.

FIG. 1 (c) shows the IBMC interface corresponding to the success of BMS instance startup. The IBMC interface corresponding to the successful start of the BMS instance displays a start success identification, and a user can determine that the BMS instance is started successfully through the start success identification. In addition, the IBMC interface corresponding to (c) in fig. 1 also shows a trigger item corresponding to entering the manual configuration IP address interface, for example, the trigger item may be a "next" button, and when the user clicks the "next" button, entering the manual configuration IP address interface. In addition, the IBMC interface is further provided with a "cancel" button, which the user clicks on, and no longer configures the IP address.

Fig. 1 (d) shows a schematic diagram of a manual configuration IP address interface. The user may input an IP address at a manual configuration location, and configure the IP address of the BMS using the input IP address. Fig. 1 (d) also shows a configuration completion trigger, for example, the trigger is a "confirm" button, and the user clicks the "confirm" button to complete the configuration. And a "cancel" button is presented, which the user clicks on, the IP address can be reconfigured.

However, manual configuration of network addresses is inefficient, and manual configuration is prone to configuration errors, resulting in network failure of the BMS, affecting user experience.

In view of the above problems, the embodiment of the present application enables a BMS to automatically obtain a target IP address from a target block device by using the target block device mounted on the BMS, where the target block device includes a target network address. In this manner, when the BMS needs to configure a network address, the network address of the BMS can be automatically configured using the target IP address in the target block device. Therefore, the embodiment of the application can automatically acquire the target IP address and automatically configure the target IP address, and has high configuration efficiency compared with manual configuration of the network address. In addition, the embodiment of the application can reduce manual configuration errors by pre-storing the network address, thereby being beneficial to improving the configuration accuracy, reducing the probability of occurrence of network faults of the BMS and improving the user experience.

Example 1

A detailed and complete description of embodiments of the application is provided below, taken in conjunction with the accompanying drawings.

Referring to fig. 2, the flow chart of a network address configuration method according to an embodiment of the present application is shown. The execution subject of the method is a BMS, and may specifically be a first processor of the BMS. The first processor may be a central processor (center procession unit, CPU) of the BMS, for example. The method comprises the following steps:

S21: the BMS acquires a target block device from among the previously mounted block devices.

The target block device refers to a device that stores a target internet protocol IP address in advance. In the embodiment of the application, the target block device is mounted on the BMS, so that the BMS can directly acquire the target block device from the mounted block device.

Because the block devices mounted on the BMS may be multiple, for quickly and accurately obtaining the target block devices from the mounted block devices, the target block devices mounted on the BMS are added with preset labels, and the target block devices are uniquely identified by the preset labels.

For example, among N pieces of block devices mounted on the BMS, a preset tag cidata is added to the target block device, other block devices are not added with tags, and the BMS can quickly obtain the target block device from the N pieces of block devices based on the preset tag cidata.

For another example, N pieces of block devices are mounted on the BMS, one tag is added to each block device, wherein the tag added to the block device storing the target IP address is cidata, and the tag added to the other block devices is different from cidata, so that the BMS can quickly obtain the target block device from the N pieces of block devices based on cidata.

The preset label cidata is only schematically illustrated, and the embodiment of the present application is not particularly limited to the form of the preset label, for example, the preset label may be a key content theme of a block device, such as a block device storing network configuration parameters, and a network-configuration label may be added. The tag may also be in the content format of the block device or utilize a preset identifier as the tag.

Note that, the correspondence between the tag and the block device needs to be stored in the BMS in advance. Thus, after the BMS acquires the tag information, the target block device can be quickly acquired from the plurality of mounted block devices based on the corresponding relation between the tag and the block device.

The target IP address refers to an IP address that the BMS needs to configure. In the embodiment of the application, in order to enable the BMS to normally surf the Internet, the target IP address configured by the BMS cannot conflict with the IP addresses of other servers. Other servers are located within the same local area network as the BMS or other servers share the same network with the BMS.

The embodiment of the application does not specifically limit the existence form of the target IP address in the target block device. For example, the target IP address may be written in a network profile, forming the target block device based on the network profile. Or the target IP address is written into the network configuration file, the network configuration file is firstly packaged into an image file, and then the target block device is formed based on the image file.

In addition, the embodiment of the present application does not specifically limit the time for acquiring the target block device. For example, the BMS may be automatically triggered to acquire the target block device after the BMS instance is down and started up successfully. The BMS may also be automatically triggered to acquire the target block device during a restart of the BMS Host operating system (Host operation system, host OS).

S22: the network address of the BMS is configured based on the target network protocol address IP in the target block device.

After the BMS acquires the target block device, the BMS automatically acquires the target IP address from the target block device.

The embodiment of the application does not particularly limit the mode of acquiring the target IP address. Compared with manual input of the target IP address, the embodiment of the application is not easy to cause manual input errors and has higher acquisition speed. In addition, the configuration accuracy is further improved by ensuring that the target IP address does not conflict with the IP addresses of other servers in advance during storage.

In one example, the BMS may traverse all information stored in the target block device from which to obtain the target IP address.

In another example, consider that there are multiple files in the target block device, such as user data files, network configuration files, etc., and each file has a corresponding network identification, such as user-data for the user data file and network-config for the network configuration file. In addition, the target IP address is stored in the network configuration file. The BMS may acquire a network profile based on the network-identifier network-config and then acquire a target IP address from the network profile. And compared with traversing the information in all the target block devices, the method has higher acquisition efficiency.

In yet another example, the BMS may call a read tool to read the target IP address from the target block device. For example the reading tool may be Cloud-Init. Cloud-Init is a tool developed specifically for the initialization of virtual machines in Cloud environments, for reading relevant data from various data sources and custom configuring virtual machines accordingly when creating the start-up of the virtual machines.

The BMS configures an IP address with the target IP address.

In some examples, the BMS configures the IP address to be the same as the target IP address. For example, the target IP address is 70:182:40:116, and the BMS configured IP address may be 70:182:40:116.

In other examples, the BMS stores a correspondence of the target IP address and the IP address configured by the BMS, and the BMS automatically configures the IP address using the target IP address and the correspondence of the IP address.

According to the embodiment of the application, the target network address is included in the target block device mounted on the BMS, so that the BMS can automatically acquire the target network address from the target block device. In this manner, when the BMS needs to configure a network address, the network address of the BMS can be automatically configured using the target network address in the target block device. Therefore, the embodiment of the application can automatically acquire the target network address and automatically configure the target network address, and has high configuration efficiency compared with manual configuration of the network address. In addition, the embodiment of the application can reduce manual configuration errors by pre-storing the network address, thereby being beneficial to improving the configuration accuracy, reducing the probability of occurrence of network faults of the BMS and improving the user experience.

Referring to fig. 3, the implementation manner of mounting a target block device according to an embodiment of the present application is shown. The execution subject of the method is a second processor of the BMS. The second processor may be a data processor (data procession unit, DPU) of the BMS, for example. The method specifically comprises the following steps:

S31: a network configuration related file is created in the DPU file system.

The network configuration related file is at least one file required to configure the IP address of the BMS.

Wherein the network configuration related file includes a network configuration file for the BMS to configure network address information such as configuration IP address, gateway address, mask, etc. The BMS acquires network address configuration information through the network configuration file, and automatically configures the network address by using the network address configuration information.

The application is not particularly limited to the format of the network configuration file. For example, the format of the network configuration file is:

root@localhost:/homeubuntu/cloud-init#cat network-config

version：1

config：

type：physical

name：ens9

mac_address：’86:a1:80:de:1e:f7’

subnets:

type:static

address:70:182:40:116

netmask:255.255.255.0

gateway:70.182.40.1

The network configuration file is identified as network-config, and version number version is 1. The type in the config information is configured as a physical network card, and the name of the network card to be configured is ens. The media access control (MEDIA ACCESS control, mac) mac address mac_address of the network card to be configured is 86:a1:80:de:1e:f7. In the subnet information, the subnet type is static, the target IP address, that is, the subnet IP address is 70:182:40:116, the subnet mask is 255.255.255.0, and the subnet gateway is 70.182.40.1.

After the BMS acquires the network configuration file, the network card to be configured can be created through corresponding information, and the subnet network address is configured, so that normal Internet surfing communication of the BMS is realized.

The embodiment of the application can create the network configuration related file in the file system of the DPU and write the target IP address into the network configuration file.

The embodiment of the application is not particularly limited to the writing mode, for example, the BMS may cover the original IP address with the target IP address based on the writing position corresponding to the target IP address, that is, the address in the file format. Assume that the target IP address is 70.182.40.11. At this time, the address in the network configuration file is 70:182:40:11.

In addition, the network configuration parameter information such as the subnet gateway, the mask and the like can also be written into the network configuration file.

In one example, the network configuration related file further includes, but is not limited to, a first file, a second file.

The first file, also known as a user-data file, is used to store the login password required to login to the IBMC. The BMS can acquire a login password through the first file and automatically connect with the IBMC.

The embodiment of the present application is not particularly limited to the format of the first file, for example, the format of the first file may be:

root@localhost:/homeubuntu/cloud-init#cat user-data

#cloud-congfig

password:pass

expire:False

The password is a default login password. The default login password is pass in the example. The expire indicates whether the password needs to be reset when the user logs in next time, and if the content corresponding to the expire is a first preset mark, for example, the preset mark is False, the password does not need to be reset, and the user logs in next time by default. If the second preset flag is, for example, null or True, it indicates that the password needs to be reset. The user-data is a first file identifier, and the BMS can confirm that the acquired file is the first file through the user-data. user-data is only illustrative and can be adjusted by one skilled in the art as desired.

The second file user stores a first identity of the instance to be configured. The instance to be configured is an instance required by the BMS.

The cache area caches the instance information being issued and the second identity corresponding to the instance information. To ensure that the issued instance is the instance to be configured, the BMS checks whether the second identity of the cache area is identical to the first identity. If the two instances are the same, the instance cached in the cache area is the instance to be configured. If the instance information is different, the instance information indicating that the cache area is cached is not the instance to be configured, and the cache area needs to reload the configured instance information.

The format of the second file is not particularly limited in the embodiment of the present application, for example, the second file format is:

root@localhost:/homeubuntu/cloud-init#cat meta-data

instance-id：id-10。

Wherein meta-data is a second file identifier, instance-id is a first identity identifier, and the first identity identifier is specifically id-10.meta-data is the second file identification. Through meta-data, the BMS can confirm that the acquired file is the second file. meta-data is only illustrative and can be adjusted by one skilled in the art as desired.

S32: and generating an image file corresponding to the network configuration related file.

The image file is similar to a compressed file, and is used for compressing the network configuration related file into a file with smaller storage space so as to save storage space.

The embodiment of the application does not specifically limit the type of the image file, for example, the image file may be an ISO image file. Wherein, the network configuration related file in the ISO mirror image file can not be modified at will, and the security is higher in the transmission and storage processes.

In order to facilitate the subsequent identification of the image file, the image file carries a preset label, for example, the preset label is cidata labels. Namely, converting the network configuration related file into an image file, and adding a preset label to the image file. By presetting the labels, the mirror image files corresponding to the network configuration related files can be quickly obtained.

The embodiment of the application is not particularly limited to the way in which the image file is generated.

In one example, in the local disk, clicking the network configuration related file to be added, adding the network configuration related file to the optical disk, clicking the name of the optical disk under the directory of the optical disk, and renaming the newly added network configuration related file to a preset label. And converting the network configuration related file into an image file through the image file type save. For example, rename the network configuration related file to cidata, and save it as ISO by ISO, and successfully export the network configuration related file to the ISO image with cidata tag.

In another example, the DPU may use a authoring tool to author the network configuration related file as an image file with a preset label. The network configuration related file is packaged, for example, using genisoimage tools, etc., and made as an ISO image with cidata label.

S33: the DPU generates a target block device based on the image file.

A block device refers to a storage device that supports reading and writing data in fixed-size blocks. The target block device refers to a block device that writes the image file as a block.

The embodiment of the application generates the target block equipment based on the image file. Optionally, the target block device has the same tag as the image file. For example, the image file is an ISO image file with cidata tags, the generated target block device is cidata tagged, for example, the target block device is bdev device with cidata tag.

The purpose of creating the target block device is to create a virtual hard disk by using the target block device and mount network configuration information such as a target IP address on the BMS.

S34: a virtual hard disk is created based on the target block device.

In the embodiment of the application, the virtual hard disk is created based on the target block device, and after the BMS is restarted, the basic input output system (basic input output system, BIOS) mounts the virtual hard disk on the BMS, so that the BMS can acquire the target block device based on the mounted virtual hard disk and acquire other network configuration information such as the target IP address from the target block device.

The embodiment of the application does not particularly limit the restarting mode of the BMS, for example, the cloud management platform issues a restarting instruction to restart the BMS operating system.

The embodiment of the application is not particularly limited to the type of the virtual hard disk, and the virtual hard disk is realized through virtio-blk. virtio-blk is one implementation of a virtual hard disk under a virtualized KVM platform, essentially a half-mode technology. And carrying out front-end to back-end notification by adopting the io_event_fd in virtio-blk equipment, carrying out back-end to front-end notification by adopting an interrupt injection mode, and carrying out data sharing through an IO ring (vring).

The embodiment of the application is not particularly limited to a method for creating the virtual hard disk. For example, a virtual hard disk may be created in the form of a storage performance development suite (storage performance development kit, SPDK).

According to the embodiment of the application, the network configuration related file is created in the DPU file system, the ISO image file of the network configuration related file is generated, the target block device is generated based on the ISO image file, and the virtual hard disk is created based on the target block device, so that the target block device comprising the target IP address is mounted on the BMS. The BMS may acquire a target IP address based on the mounted target block device, and configure the IP address.

Example two

Further, the issuing process of the current BMS example is: the cloud management platform schedules the bare machine and then controls the bare machine to execute a pre-boot execution environment (preboot execute environment, PXE) for starting. Then, the bare computer loads the downloaded Mini OS into a memory of the bare computer by accessing a simple file transfer protocol (TRIVIAL FILE TRANSFER protocol, TFTP) service, and downloads an OS image to be installed into a local hard disk by accessing an image service; finally, the cloud management platform or IBMC controls the bare machine to boot from the local hard disk. Because the entire bare metal server distribution process requires starting the bare metal machine twice and downloading the image, the bare metal server distribution process takes a long time, resulting in less efficient BMS instance distribution.

In view of the above problems, the embodiment of the present application also provides another method for configuring a network address. According to the method, virtual network card and cloud disk configuration are customized based on a cloud management platform, network configuration block equipment is pre-established by using a DPU and is mounted on a Host of the BMS, so that IP automatic configuration is achieved, meanwhile, the BMS instance issuing efficiency is improved, and user experience is improved.

Referring to fig. 4, the diagram is a schematic diagram of a BMS structure corresponding to a network address configuration method according to an embodiment of the present application. The BMS includes a first processor and a second processor. Specifically, the first processor is a CPU, and the second processor is a DPU. The CPU is in data communication with the DPU.

It should be noted that the DPU is a special purpose processor configured with data as a center. In the embodiment of the application, the DPU creates the block device in advance and mounts the created block device to the BMS, so that the BMS can access the block device.

The CPU may acquire the block device, and configure the BMS to correspond to the IP address according to the IP address included in the block device, so that the BMS normally communicates on the internet.

The embodiment of the application does not particularly limit the data communication mode between the CPU and the DPU, for example, the CPU communicates with the DPU through the peripheral equipment high-speed connection standard (PERIPHERAL COMPONENT INTERCONNECT EXPRESS, PCIE) PCIE, and the like.

The embodiment of the application is not particularly limited to the type of the DPU, for example, the DPU may be a PCIE intelligent network card.

As depicted in fig. 5A, this figure is a schematic diagram of a target block device and a system cloud disk created based on a DPU.

S1: creating a system cloud disk.

The DPU acquires cloud disk configuration parameters, and a system cloud disk is created by using the cloud disk configuration parameters.

Cloud disk configuration parameters refer to parameters that configure the system cloud disk, including, but not limited to, maximum capacity of Yun Pan, maximum throughput, maximum input/output per second (input/output per second, IOPS), etc.

The DPU may obtain cloud disk configuration parameters in a variety of ways.

For example, the DPU is connected with a cloud pipe platform, and a user can directly input cloud disk configuration parameters through the cloud pipe platform. Or the cloud management platform stores cloud disk configuration parameters and preset trigger rules, and the DPU can directly read the cloud disk configuration parameters and the like from the cloud management platform based on the preset trigger rules.

The system cloud disk is a network storage tool specially used for storage, and can be a virtual hard disk. The cloud disk of the system created by the embodiment of the application can be the same as the cloud disk configuration parameters, and can also have a corresponding relation with the cloud disk configuration parameters.

For example, the maximum capacity of the cloud disk configuration parameter is 32TB, and the maximum capacity of the system cloud disk is 32TB.

For another example, the DPU stores a mapping relationship between cloud disk configuration parameters and system cloud disk parameters, assuming that the mapping relationship is half of the cloud disk configuration parameters as the system cloud disk parameters. If the maximum capacity of the cloud disk configuration parameter is 32TB, the maximum capacity of the system cloud disk is configured to be 16TB based on the mapping relation.

And storing the operating system program to be installed in the system cloud disk. The operating system program to be installed comprises a BMS mirror image starting program and is used for realizing BMS mirror image starting.

S2: a virtual hard disk is created.

Specific creation means creation of the image shown in fig. 3 is not discussed here.

The embodiment of the application is not particularly limited to the execution sequence of S1 and S2, and may execute S1 first, then execute S2, execute S2 first, then execute S1, or perform simultaneously.

Optionally, the DPU may also create a virtual network card, and the CPU of the BMS configures the target IP address onto the virtual network card.

Referring to fig. 5B, the diagram is a schematic diagram of creating a target block device, a system cloud disk, and a virtual network card based on a DPU.

With respect to fig. 5A, the process of creating a virtual network card is added.

S3: creating a virtual network card. The DPU acquires network card configuration parameters and creates a virtual network card by using the network card configuration parameters. When the BMS is surfing the Internet, the Internet communication can be performed based on a virtual network card which is created in advance.

The network card configuration parameters are used for carrying out network card configuration. The network card configuration parameters include, but are not limited to, a network card type, a mac address corresponding to the network card, a subnet type, a subnet mask, an IP address, a gateway, and the like. For example, the network card configuration parameters are as follows:

type：physical

name：ens9

mac_address：’86:a1:80:de:1e:f7’

subnets:

type:static

address:70:182:40:116

netmask:255.255.255.0

gateway:70.182.40.1

The configuration of the virtual network card created at this time is as follows: the type is static, the target IP address is 70:182:40:116, the subnet mask is 255.255.255.0, and the gateway is 70.182.40.1.

The embodiment of the application is not particularly limited to the implementation mode of the virtual network card, and can be virtio-Net, for example. virtio-Net is one implementation of a virtual network card under a virtualized KVM platform, and is also network card equipment in virtio standard, and is widely used.

The DPU may obtain the network card configuration parameters in a number of ways.

For example, the DPU is connected with a cloud pipe platform, and a user can directly input network card configuration parameters through the cloud pipe platform. Or the cloud management platform stores network card configuration parameters and preset trigger rules, and the DPU can directly read the network card configuration parameters and the like from the cloud management platform based on the preset trigger rules.

Referring to fig. 6, the diagram is an interaction diagram of a network address configuration method provided by an embodiment of the present application. The method creates a customized bare metal instance by using a cloud management platform, issues virtual network card and cloud disk configuration parameters to a DPU_agent, and realizes bare metal instance distribution creation and IP configuration by using the DPU and a CPU. The method specifically comprises the following steps:

S61: and configuring bare metal instance configuration parameters on the cloud tube platform.

The bare metal instance configuration parameters are parameters that are required to configure the bare metal instance.

In the embodiment of the application, the configuration parameters of the bare metal example can be parameters such as the size of a hard disk, the type of the hard disk and the like. In addition, the bare metal instance configuration parameters also comprise network card configuration parameters and cloud disk configuration parameters. The DPU can create a virtual network card according to the network card configuration parameters and create a system cloud disk according to the cloud disk configuration parameters.

The embodiment of the application does not particularly limit the implementation mode of issuing the configuration parameters of the bare metal instance by a user through the cloud pipe platform.

Referring to fig. 7, an interface display schematic diagram of a cloud tube platform according to an embodiment of the present application is provided.

Fig. 7 (a) shows a bare metal instance configuration parameter interface, where a user may manually input bare metal instance configuration parameters at a designated location 701 of the bare metal instance configuration parameter interface. In addition, the user can trigger the cloud management platform to acquire from a pre-stored bare metal instance configuration parameter area in other modes.

S62: the cloud management platform service issues the network card configuration parameters to the DPU.

In the embodiment of the application, after the cloud management platform acquires the network card configuration parameters, the network card configuration parameters are sent to the DPU. Specifically to the DPU Agent. The DPU Agent is an intermediate service deployed on the DPU OS and is used for receiving the cloud management platform request, creating a virtual network card and a virtual hard disk device for the BMS to use.

S63: the DPU creates a virtual network card according to the network card configuration parameters.

S64: and the DPU returns a virtual network card creation result to the cloud management platform.

And the DPU returns a network card creation result to the cloud management platform. And the cloud management platform determines whether the virtual network card is successfully created according to the network card creation result.

In one example, the network card creation result includes a creation success identification. The cloud management platform can determine that the virtual network card is successfully created according to the creation success identification.

In yet another example, the network card creation result includes network card configuration parameters such as an IP address, a subnet gateway, a subnet mask, and the like. And the cloud management platform compares the network card configuration parameters returned by the DPU with the network card configuration parameters issued to the DPU, and if the network card configuration parameters are consistent with the network card configuration parameters, the cloud management platform displays the virtual network card creation success identification. Otherwise, the cloud management platform displays the virtual network card creation failure identification.

S65: the DPU configures user-data, meta-data, network-config files.

In the embodiment of the application, the DPU does not initially contain user-data, meta-data and network-config files. The DPU first creates a user-data, meta-data, network-config file. In particular, it may be created on a DPU file system.

Illustratively, the created user-data file is:

root@localhost:/homeubuntu/cloud-init#cat user-data

#cloud-congfig

password:pass

expire:False

the meta-data file created is:

root@localhost:/homeubuntu/cloud-init#cat meta-data

instance-id：id-10。

The created network-config file is:

root@localhost:/homeubuntu/cloud-init#cat network-config

version：1

config：

type：physical

name：ens9

mac_address：’86:a1:80:de:1e:f7’

subnets:

type:static

address:

netmask:

gateway:

The DPU configures network files according to the network card configuration parameters. For example, the subnet IP address is 70:182:40:116, the subnet mask is 255.255.255.0, and the subnet gateway is 70.182.40.1.

The network-config file configured at this time is:

root@localhost:/homeubuntu/cloud-init#cat network-config

version：1

config：

type：physical

name：ens9

mac_address：’86:a1:80:de:1e:f7’

subnets:

type:static

address:70:182:40:116

netmask:255.255.255.0

gateway:70.182.40.1

S66: the DPU creates an ISO image file, creates a target block device based on the ISO image file, and creates a target virtual hard disk based on the target block device.

The DPU uses genisoimage tools to package the user-data, meta-data, network-config files into an ISO image file identified as cidata. And creates a target block device, i.e., bdev device identified as cidata, based on the ISO image file identified as cidata.

Finally, a virtual hard disk is created based on bdev device identified as cidata. Thus, when the BMS is restarted, the target block device can be mounted on the BMS instance to display the target block device on the BMS.

S67: the cloud management platform issues cloud disk configuration parameters to the DPU.

The cloud tube platform acquires cloud disc configuration parameters in the bare metal instance configuration parameters, and issues the cloud disc configuration parameters to the DPU.

S68: the DPU creates a system cloud disk.

After the DPU receives the cloud disk configuration parameters, a system cloud disk is created based on the cloud disk configuration parameters and a third corresponding relation between the cloud disk configuration parameters stored in advance by the DPU and the system cloud disk.

S69: and the DPU returns a cloud disk configuration result to the cloud management platform.

After the creation is completed, the DPU returns a cloud disk configuration result to the cloud management platform. And the cloud management platform determines whether the cloud disk of the system is successfully configured according to the cloud disk configuration result.

In one example, the cloud disk configuration result includes creating a success identification. The cloud management platform can determine that the creation is successful according to the creation success identification.

In yet another example, the cloud disk configuration result includes a cloud disk configuration parameter. And the cloud management platform compares the cloud disk configuration parameters returned by the DPU with the cloud disk configuration parameters issued to the DPU, and if the cloud disk configuration parameters are consistent with the cloud disk configuration parameters, the cloud management platform displays the successful configuration identification. Otherwise, the cloud management platform displays the configuration failure identification.

S610: the cloud management platform triggers restarting of the BMS operating system.

And after the cloud management platform completes the creation of the virtual network card and the system cloud disk, invoking the IBMC interface to send an instruction to restart the BMS Host OS.

S611: the CPU determines the target block device.

The BMS restarts to trigger the BMC to search for the target block device. In the embodiment of the application, the BMC searches the block device with cidata tags in a traversing mode by utilizing the Cloud Init.

S612: and the CPU reads the network configuration file to complete IP address configuration.

After the CPU obtains the block device with cidata tag, the CPU reads the internal network configuration file. Specifically, the network configuration file is searched by utilizing the Cloud Init in a traversing way.

The CPU can complete IP address configuration according to the read network address configuration file.

In one example, the BMC configures the IP address directly with the target IP address of the network address configuration file.

For example, the destination IP address in the network address configuration file is 70:182:40:116, and the configured IP address is 70:182:40:116.

The embodiment of the application is not particularly limited to the implementation mode of IP address configuration.

S613: the cloud management platform uses the connection instruction to connect BMS instances at regular time.

In the embodiment of the application, the cloud management platform can be connected with the BMS instance through the connection instruction at preset time intervals.

The preset time interval may be 1ms, 2ms, etc., which is not particularly limited in the present application.

The connection instruction may specifically be a ping instruction. The BMS instance may be connected, for example, using a ping + configured IP address.

S614: and responding to the connection success, and feeding back a user creation success identification by the cloud management platform.

If the connection instruction is successfully connected, the cloud management platform feeds back a BMS instance creation success identification to the user.

As shown in fig. 7, fig. 7 (b) shows an identification of success of BMS instance creation.

Thus, the embodiment of the application realizes BMS instance creation and IP configuration through interaction of the DPU and the CPU.

The embodiment of the application provides a method for automatically configuring IP, which solves the problem that the traditional bare metal virtual network card needs to manually configure IP. In addition, the embodiment of the application can enable a user to sense whether the bare metal instance is successfully deployed in real time through the bare metal management platform, enable the user to sense the state of the bare metal instance in real time rapidly, and greatly improve the user experience. In addition, the embodiment of the application adopts a cloud management platform to create a customized bare metal instance, issues virtual network card and cloud disk configuration parameters to the DPU_agent, and realizes the rapid distribution of the bare metal instance and the rapid configuration of IP through the DPU.

In addition, the embodiment of the application also provides a configuration device of the network address.

Referring to fig. 8, a schematic diagram of a configuration device of a network address is provided in an embodiment of the present application. The configuration device specifically comprises:

An obtaining unit 801, configured to obtain a target block device mounted on the BMS; wherein the target block device comprises a target internet protocol, IP, address; a configuration unit 802, configured to configure a network address in the BMS based on the target IP address.

In one possible implementation, the target block device includes a preset tag. The acquisition unit 801 is specifically configured to: and acquiring the target block device from at least one block device mounted on the BMS based on the preset tag.

In another possible implementation manner, the configuration device further includes: mounting unit 803, mounting unit 803 specifically is used for: acquiring a virtual hard disk mounted on the BMS; wherein each virtual hard disk is built based on block equipment; obtaining a target virtual hard disk from the virtual hard disk; the target virtual hard disk is established based on the target block device.

Optionally, the mounting unit 803 is further configured to:

Acquiring a network configuration file; wherein the network configuration file comprises the target IP address; generating an image file corresponding to the network configuration file; wherein the image file comprises a preset label; creating the target block device based on the image file, wherein the target block device comprises the preset tag; and creating the target virtual hard disk based on the target block device.

In yet another possible implementation manner, the configuration device further includes an image file generating unit 804, where the image file generating unit 804 is specifically configured to:

Acquiring a first file and a second file; the first file is used for storing a login password of a management system of the BMS, and the second file is used for storing identification information of a BMS instance; generating the mirror image file based on the network configuration file, the first file and the second file; the image file is an ISO image file comprising the preset label.

Optionally, the configuration device further comprises an issue creation unit 805. The issue creation unit 805 is further configured to: creating and configuring a system cloud disk based on cloud disk configuration parameters in bare metal instance configuration parameters issued by a cloud management platform; the system cloud disk is used for storing an OS (operating system) to be installed of the BMS; and installing the operating system OS based on the system cloud disk.

Optionally, the issuing creation unit 805 is further configured to: and creating and configuring a virtual network card based on the network card configuration parameters in the bare metal instance configuration parameters issued by the cloud management platform.

Optionally, the network address in the BMS is a network address of a virtual network card;

the configuration unit 802 is configured to: and configuring the network address of the virtual network card based on the target IP address.

Optionally, the configuration device further includes a restarting unit 806, specifically configured to: and restarting the BMS in response to a restarting instruction of the cloud pipe platform.

According to the configuration device provided by the embodiment of the application, the target block device is mounted on the BMS, wherein the target block device comprises the target IP address, so that the BMS can automatically acquire the target IP address from the target block device. In this manner, when the BMS needs to configure a network address, the network address of the BMS can be automatically configured using the target IP address in the target block device. Therefore, the embodiment of the application can automatically acquire the target IP address and automatically configure the target IP address, and has high configuration efficiency compared with manual configuration of the network address. In addition, the embodiment of the application can reduce manual configuration errors by pre-storing the network address, thereby being beneficial to improving the configuration accuracy, reducing the probability of occurrence of network faults of the BMS and improving the user experience.

As shown in fig. 9, an embodiment of the present application further provides a computing device 900, including a first processor 901, a second processor 902, and a memory 903, where the memory 903 is electrically connected to the first processor 901 and the second processor 902, respectively; the memory 903 is used to store program instructions for the network address configuration method involved in the above embodiments; the first processor 901 and the second processor 902 are configured to call up corresponding parts of the program instructions so that the computing device may perform the network address configuration method involved in the above embodiments.

Embodiments of the present application also provide a computer-readable storage medium having stored thereon computer instructions that, when executed on a computing device, cause the computing device to perform the network address configuration method referred to in the above embodiments.

For the explanation of the relevant content and the description of the beneficial effects in any of the above-mentioned computer-readable storage media, reference may be made to the above-mentioned corresponding embodiments, and the description thereof will not be repeated here.

The embodiments of the present application provide a computer program product which, when run on a computer, causes the computer to perform the method of configuring a network address as referred to in the embodiments described above.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using a software program, it may be wholly or partly implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part.

The computer may be a bare metal server. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device including one or more servers, data centers, etc. that can be integrated with the available medium. The usable medium may be a magnetic medium (e.g., a floppy disk, a magnetic tape), an optical medium (e.g., a digital video disc (digital video disc, DVD)), or a semiconductor medium (e.g., a Solid State Disk (SSD)), or the like.

The above description is only of the preferred embodiment of the present application, and is not intended to limit the present application in any way. While the application has been described with reference to preferred embodiments, it is not intended to be limiting. Any person skilled in the art can make many possible variations and modifications to the technical solution of the present application or modifications to equivalent embodiments using the methods and technical contents disclosed above, without departing from the scope of the technical solution of the present application. Therefore, any simple modification, equivalent variation and modification of the above embodiments according to the technical substance of the present application still fall within the scope of the technical solution of the present application.

Claims (19)

1. A method for configuring a network address, the method being applied to a bare metal server BMS, the method comprising:

Acquiring target block equipment mounted on the BMS; wherein the target block device carries a target internet protocol IP address;

And configuring a network address in the BMS based on the target IP address.

2. The method of claim 1, wherein the target block device comprises a preset tag;

The obtaining the target block device mounted on the BMS includes:

and acquiring the target block device from at least one block device mounted on the BMS based on the preset tag.

3. The method according to claim 1 or 2, wherein before acquiring the target block device mounted on the BMS, the method further comprises:

acquiring a virtual hard disk mounted on the BMS; wherein each virtual hard disk is built based on block equipment;

obtaining a target virtual hard disk from the virtual hard disk; the target virtual hard disk is established based on the target block device.

4. A method according to claim 3, characterized in that before obtaining the target virtual hard disk mounted on the BMS, the method comprises:

Acquiring a network configuration file; wherein the network configuration file comprises the target IP address;

Generating an image file corresponding to the network configuration file; wherein the image file comprises a preset label;

Creating the target block device based on the image file, wherein the target block device comprises the preset tag;

And creating the target virtual hard disk based on the target block device.

5. The method of claim 4, wherein the method further comprises:

acquiring a first file and a second file; the first file is used for storing a login password of a management system of the BMS, and the second file is used for storing identification information of a BMS instance;

the generating the image file corresponding to the network configuration file includes:

Generating the mirror image file based on the network configuration file, the first file and the second file; the image file is an ISO image file comprising the preset label.

6. The method according to any one of claims 1-5, further comprising:

Creating and configuring a system cloud disk based on cloud disk configuration parameters in bare metal instance configuration parameters issued by a cloud management platform; the system cloud disk is used for storing an OS (operating system) to be installed of the BMS;

And installing the operating system OS based on the system cloud disk.

7. The method according to any one of claims 1-6, further comprising:

and creating and configuring a virtual network card based on the network card configuration parameters in the bare metal instance configuration parameters issued by the cloud management platform.

8. The method of claim 7, wherein the network address in the BMS is a network address of a virtual network card;

The configuring the network address in the BMS based on the target IP address includes:

And configuring the network address of the virtual network card based on the target IP address.

9. The method according to any one of claims 6-8, wherein prior to obtaining the target block device mounted on the BMS, the method further comprises:

And restarting the BMS in response to a restarting instruction of the cloud pipe platform.

10. A computing device, the computing device comprising a first processor to:

acquiring target block equipment mounted on the BMS; wherein the target block device includes a target IP address;

And configuring a network address in the BMS based on the target IP address.

11. The computing device of claim 10, wherein the target block device comprises a preset tag;

The first processor is configured to obtain a target block device mounted on the BMS, and includes:

The first processor is configured to obtain the target block device from at least one block device mounted on the BMS based on the preset tag.

12. The computing device of claim 10 or 11, wherein before the first processor is configured to obtain a target block device mounted on the BMS, the first processor is further configured to:

acquiring a virtual hard disk mounted on the BMS; wherein each virtual hard disk is built based on block equipment;

obtaining a target virtual hard disk from the virtual hard disk; the target virtual hard disk is established based on the target block device.

13. The computing device of claim 12, further comprising a second processor, before the first processor is configured to obtain the target virtual hard disk mounted on the BMS, the second processor is configured to:

Acquiring a network configuration file; wherein the network configuration file comprises the target IP address;

Generating an image file corresponding to the network configuration file; wherein the image file comprises a preset label;

creating the target block device based on the image file, wherein the target block device comprises the preset tag;

And creating the target virtual hard disk based on the target block device.

14. The computing device of claim 13, wherein the second processor is further to:

acquiring a first file and a second file; the first file is used for storing a login password of a management system of the BMS, and the second file is used for storing identification information of a BMS instance;

the generating the image file corresponding to the network configuration file includes:

Generating the mirror image file based on the network configuration file, the first file and the second file; the image file is an ISO image file comprising the preset label.

15. The computing device of any of claims 10-14, wherein the second processor is further to:

Creating and configuring a system cloud disk based on cloud disk configuration parameters in bare metal instance configuration parameters issued by a cloud management platform; the system cloud disk is used for storing an OS (operating system) to be installed of the BMS;

And installing the operating system OS based on the system cloud disk.

16. The computing device of any of claims 10-15, wherein the second processor is further to:

and creating and configuring a virtual network card based on the network card configuration parameters in the bare metal instance configuration parameters issued by the cloud management platform.

17. The computing device of claim 16, wherein the network address in the BMS is a network address of a virtual network card;

The first processor is configured to configure a network address in the BMS based on the target IP address, including: the first processor is configured to configure a network address of the virtual network card based on the target IP address.

18. The computing device of any of claims 15-17, wherein, before the first processor is configured to obtain a target block device mounted on the BMS, the second device is further configured to:

And restarting the BMS in response to a restarting instruction of the cloud pipe platform.

19. The computing device of any of claims 10-18, wherein the first processor is a central processing unit, CPU; the second processor is a data processor DPU.