WO2021003729A1 - 配置方法、物理设备、服务器及计算机可读存储介质 - Google Patents

配置方法、物理设备、服务器及计算机可读存储介质 Download PDF

Info

Publication number
WO2021003729A1
WO2021003729A1 PCT/CN2019/095547 CN2019095547W WO2021003729A1 WO 2021003729 A1 WO2021003729 A1 WO 2021003729A1 CN 2019095547 W CN2019095547 W CN 2019095547W WO 2021003729 A1 WO2021003729 A1 WO 2021003729A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameter
physical device
server
sys
recorded
Prior art date
Application number
PCT/CN2019/095547
Other languages
English (en)
French (fr)
Inventor
孟杰
Original Assignee
深圳市大疆创新科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市大疆创新科技有限公司 filed Critical 深圳市大疆创新科技有限公司
Priority to CN201980032144.6A priority Critical patent/CN112204520A/zh
Priority to PCT/CN2019/095547 priority patent/WO2021003729A1/zh
Publication of WO2021003729A1 publication Critical patent/WO2021003729A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances

Definitions

  • the present invention relates to the field of information technology, in particular to a configuration method, physical equipment, server and computer-readable storage medium.
  • the industry has two ways to solve the above-mentioned resource waste problem.
  • One is a virtual machine. Multiple machines are virtualized on a physical machine to run the system. Since the virtual machine is only a software-simulated machine, it can be migrated between different hardware, and different virtual machines can be configured at different times. Quantity to respond to the scale of the business at that time.
  • the other is container technology.
  • the container uses sandbox technology to regulate the use of hardware resources by a system and isolate systems on the same physical machine. Compared with virtual machines, containers are lighter, easier to move between physical machines, and faster to allocate and recycle containers.
  • the container cannot run directly on the physical device.
  • the physical device needs to be installed and a series of configurations can be realized. At present, it depends on the staff to configure the machine one by one to realize the container-related functions. This process usually requires a lot of Energy to adapt and debug, configuration efficiency is low.
  • the present invention provides a configuration method, physical equipment, server and computer readable storage medium to improve configuration efficiency.
  • the first aspect of the embodiments of the present invention provides a configuration method applied to a physical device, and the method includes:
  • a second aspect of the embodiments of the present invention provides a configuration method applied to a server, and the method includes:
  • the configuration system config_sys is used to obtain a target system corresponding to the first parameter for the physical device and needs to be installed on the physical device, and the target system is used to configure the physical device as a container cluster node .
  • a physical device including: a memory and a processor;
  • the memory is used to store program code
  • the processor is used to call the program code, and when the program code is executed, it is used to perform the following operations:
  • a server including: a memory and a processor;
  • the memory is used to store program code
  • the processor is used to call the program code, and when the program code is executed, it is used to perform the following operations:
  • the configuration system config_sys is used to obtain a target system corresponding to the first parameter for the physical device and needs to be installed on the physical device, and the target system is used to configure the physical device as a container cluster node .
  • a fifth aspect of the embodiments of the present invention provides a computer-readable storage medium
  • the computer-readable storage medium stores computer instructions, and when executed, the computer instructions implement the configuration method described in the foregoing embodiment.
  • the physical device can obtain the configuration system config_sys according to the local first parameter. If the first parameter of the physical device is invalid or the external device has not prepared the configuration information related to the physical device, The configuration system config_sys cannot be obtained for the first parameter to ensure that the configuration operation can be carried out legally and orderly; the target system corresponding to the first parameter can be obtained through the configuration system config_sys, and the physical device can be configured as the required container cluster node by running the target system.
  • the process can realize automatic configuration, can quickly configure a group of physical devices into a container cluster to form a unified computing resource pool, the configuration efficiency can be greatly improved, and the privatized deployment of the container cluster can be realized.
  • FIG. 1 is a schematic flowchart of a configuration method according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a system composed of a physical device and a server according to an embodiment of the present invention
  • Figure 3 is a structural block diagram of a physical device and a server according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of interaction between a physical device and a server according to an embodiment of the present invention.
  • Fig. 5 is a schematic flowchart of a configuration method according to another embodiment of the present invention.
  • first, second, third, etc. may be used in the present invention to describe various information, the information should not be limited to these terms. These terms are used to distinguish the same type of information from each other.
  • first information may also be referred to as second information, and similarly, the second information may also be referred to as first information.
  • word "if” used can be interpreted as "when", or "when”, or "in response to certainty.”
  • the physical device can realize automatic configuration, and can become a container cluster node after configuration. After a group of physical devices are configured as container cluster nodes, a container cluster system can be formed, so that the group of physical devices can become a unified computing resource pool.
  • a variety of applications can be containerized, such as WEB applications, databases, etc. After these applications are containerized, they can all be deployed to run on the container cluster system.
  • the container cluster system will standardize the effect of each containerized application on each physical The use of hardware resources of the device.
  • the first aspect of the embodiments of the present invention provides a configuration method, which is applied to a physical device. Referring to FIG. 1, the method includes the following steps:
  • S100 Acquire the configuration system config_sys required to configure the physical device according to the first parameter local to the physical device;
  • S200 Obtain a target system corresponding to the first parameter and to be installed on the physical device through the configuration system config_sys;
  • the execution subject of the configuration method in this embodiment may be a physical device, and further may be a processor of the physical device, where the processor may be one or more, and the processor may be a general-purpose processor or a dedicated processor .
  • the specific type of the physical device is not limited, for example, it can be a computer device, an embedded device, etc., as long as it has a certain computing capability.
  • a physical device is any device that needs to be configured as a container cluster node, and the corresponding configuration can be implemented during the startup process.
  • the main content of the physical device that needs to be configured can include the technology stack required as a container cluster node.
  • the technology stack includes a series of software such as operating system, hardware driver, container engine, network driver, storage management, and orchestration system. Not limited to this.
  • step S100 the configuration system config_sys required to configure the physical device is obtained according to the first parameter local to the physical device.
  • the first parameter local to the physical device may be a parameter configured in the physical device, and can uniquely identify the physical device.
  • the first parameter may be the MAC address of the physical device.
  • the first parameter is not limited to this, and may also be an identification parameter used to identify a physical device, etc., as long as other devices can identify the physical device according to the identification parameter.
  • the physical device may obtain the configuration system config_sys according to the first parameter local to the physical device.
  • the configuration system config_sys can be stored in an external device such as a server in advance, and the physical device can obtain the required configuration system config_sys from the external device through the network.
  • Obtaining the configuration system config_sys is based on the first parameter of the physical device. If the first parameter of a physical device is invalid or the external device has not prepared the configuration information related to a physical device, the first parameter cannot be used. Obtain the configuration system config_sys to ensure that the configuration operation can be carried out legally and orderly.
  • step S200 a target system that corresponds to the first parameter and needs to be installed in the physical device is obtained through the configuration system config_sys.
  • the configuration system config_sys can be used to guide a series of operations such as acquisition and installation of the target system.
  • the configuration system config_sys can be run by a physical device, and running the configuration system config_sys can enter the boot process.
  • Obtaining the target system through the configuration system config_sys is also based on the first parameter local to the physical device, and the target system corresponding to the first parameter can be obtained from the external device.
  • the external equipment can be preset with multiple equipment required systems (such as the control system controller_sys required by the control node in the container cluster, and the working system worker_sys required by the worker node), and each system corresponds to the first parameter of the corresponding equipment
  • equipment required systems such as the control system controller_sys required by the control node in the container cluster, and the working system worker_sys required by the worker node
  • each system corresponds to the first parameter of the corresponding equipment
  • the system corresponding to the received first parameter can be found from the preset first parameter and the target system as the target system, and the target system is issued to the first parameter Or prompt the physical device to actively download.
  • the target system can be directly installed locally on the physical device. Specifically, the target system can be installed in a certain partition of the hard disk, and the partition can be pre-designated to ensure that relevant data of the system will not be lost due to power failure. After installing the target system, you can run the target system.
  • step S300 the target system is run to configure the physical device as a container cluster node.
  • the target system can carry the relevant information required to configure the physical device, including software (such as hardware drivers, container engines, network drivers, storage management, orchestration systems, etc.), system files, etc.
  • Software such as hardware drivers, container engines, network drivers, storage management, orchestration systems, etc.
  • Running the target system can build a good deployment for the physical device
  • the physical device After the physical device is configured as a container cluster node, if the physical device is restarted, there is no need to re-execute the above configuration process, and directly serve as a container cluster node after it is started and entered into the target system.
  • a container cluster node generally includes two roles, one is the working node responsible for transaction processing, and the other is the control node responsible for controlling each node in addition to the transaction processing.
  • the specific role of the physical device is determined by the target system, and the target system is different for different roles.
  • these physical devices can form at least one container cluster, such as a Kubernetes cluster, a docker cluster, etc.
  • a container cluster contains at least one worker node and at least one control node.
  • the physical device can obtain the configuration system config_sys according to the local first parameter. If the first parameter of the physical device is invalid or the external device has not prepared the configuration information related to the physical device, it cannot be obtained according to the first parameter Configure the system config_sys to ensure that the configuration operation can be carried out legally and orderly; through the configuration system config_sys, the target system corresponding to the first parameter can be obtained, and the physical device can be configured as the required container cluster node by running the target system, and the entire process can realize automatic configuration , Can quickly configure a group of physical devices into a container cluster to form a unified computing resource pool, the configuration efficiency can be greatly improved, and the privatized deployment of the container cluster can be realized.
  • FIG. 2 shows the physical device 100 that needs to be configured (three are shown in the figure, which is not limited to this), and a server 200 connected to the physical device 100.
  • the configuration of the physical device 100 can be implemented between the physical device 100 and the server 200 through interaction. Of course, before the interaction, a communication connection has been established between the physical device 100 and the server 200.
  • the configuration method of the embodiment of the present invention can be applied to any one of the three physical devices 100.
  • the server 200 may include: a dns server unit 201, an ipxe server unit 202, an http server unit 203, a dns unit 204, a database interface 205, and a database 206.
  • the configuration method of the embodiment of the present invention can be applied to the physical device 100 shown in FIG. 3.
  • the database 206 can hold data such as data required for configuring physical devices;
  • the database interface 205 is an interface for accessing the database 206, and all operations for accessing the database are implemented by the database interface 205 to ensure that the backend can be compatible with different databases.
  • the dns server unit 201 is a general DNS service program that can provide DNS (Domain Name System), TFTP (Trivial File Transfer Protocol, Simple File Transfer Protocol), DHCP (Dynamic Host Configuration Protocol, Dynamic Host Configuration Protocol), etc.
  • DNS Domain Name System
  • TFTP Trivial File Transfer Protocol, Simple File Transfer Protocol
  • DHCP Dynamic Host Configuration Protocol
  • DNS can realize the domain name definition and search of the physical device 100
  • TFTP can realize the transmission of files such as boot programs
  • DHCP can realize the network startup of the physical device 100.
  • the dns unit 204 is used to control the dns server unit 201. It can access the database 206 through the database interface 205, generate the configuration file of the dns server unit 201 based on the dns configuration information stored in the database 206, and control the life cycle of the dns server unit 201, that is, Control the startup, shutdown, and restart of the dns server unit 201.
  • the ipxe server unit 202 can implement logical support for the configuration of the physical device 100, that is, the configuration of the physical device 100 can be mainly implemented by the ipxe server unit 202.
  • the http server unit 203 can provide a user management interface, on which the user can set parameters required by the container cluster nodes, and can also view some statuses of the current cluster.
  • the components of the server 200 are not limited to the aforementioned units, and may also include other units.
  • the server 200 may also include a Registry unit, which can provide image storage services and image version management, for example, can support the upload and download of Docker images.
  • the server can also obtain the required mirror image through Internet services.
  • step S100 obtaining the configuration system config_sys required to configure the physical device according to the first parameter local to the physical device includes the following steps:
  • step S101 the physical device enters the first boot environment after running the boot program, and can enter the first boot environment every time the boot program is restarted, and perform corresponding steps.
  • the physical device will carry the first parameter in the first request and send it to the server.
  • the first request may be a URL (Uniform Resource Locator) request.
  • the URL request is generally extensible, and the first parameter may be carried in the URL request in an extended manner.
  • the server can parse out the first parameter from the first request, and determine whether the second parameter to be configured by the physical device has been recorded in the server according to the first parameter. Specifically, the server can search for the first parameter locally. If it is not found, it means that the server has received the first parameter of the physical device for the first time, and it is determined that the second parameter that the physical device needs to be configured is not recorded in the server; If there is a second parameter in the entry where the first parameter is located, then it is determined that the second parameter that needs to be configured by the physical device has been recorded in the server. If the second parameter does not exist in the entry where the first parameter is located, then it is determined that The second parameter that the physical device needs to be configured is not recorded.
  • step S102 when the server determines that it has been recorded, it receives the configuration system config_sys issued by the server.
  • the server determines that it has been recorded, it indicates that the server is ready to configure the physical device.
  • the server will issue the configuration system config_sys to the physical device, and the physical device will receive the configuration system config_sys issued by the server.
  • the physical device 100 sends the URL request carrying the first parameter to the ipxe server unit 202 of the server 200 in the first boot environment in which the obtained boot program is running.
  • the ipxe server unit 202 supports the http protocol, can receive and parse URL requests, access the database 206 through the database interface 205 according to the parsed first parameter, and search the database 206 for the second parameter corresponding to the first parameter, and if it is found, then Send the configuration system config_sys to the physical device.
  • step S100 the obtaining the configuration system config_sys required to configure the physical device according to the first parameter local to the physical device further includes:
  • S105 In the second boot environment running the unconfigured system unknown_sys, detect whether the second parameter that the physical device needs to be configured has been recorded in the server; when it is detected that it has been recorded, restart the boot program; when When it is detected that it is not recorded, it waits for a period and then returns to the operation of detecting whether the second parameter that needs to be configured by the physical device has been recorded in the server.
  • step S103 when the server determines that it is not recorded, it indicates that the server is not ready to configure the physical device.
  • the server will issue the unconfigured system unknown_sys to the physical device, and the physical device will receive the unconfigured system unknown_sys issued from the server.
  • the server determines that it is not recorded, it can also notify the user of the unrecorded situation, and the user can perform related configuration for the physical device in time.
  • step S104 after obtaining the non-configuration system unknown_sys, install and run the non-configuration system unknown_sys, that is, the boot configuration system unknown_sys.
  • the physical device enters the second boot environment after running the unconfigured system unknown_sys.
  • step S105 in the second boot environment running the unconfigured system unknown_sys, it can be periodically checked whether the second parameter that the physical device needs to be configured has been recorded in the server, for example, every few seconds or minutes. Once, the specific detection cycle is not limited. In other words, the non-configuration system unknown_sys can continuously detect whether the server has recorded the second parameter that the physical device needs to configure.
  • the second parameter Since the second parameter has not been recorded in the server, and the second parameter may need to be set by the user, when the server records the second parameter is an unknown situation. Therefore, the physical device is running the second boot of the non-configuration system unknown_sys In the environment, it is periodically checked whether the second parameter that the physical device needs to be configured has been recorded in the server, so that the recording condition of the server can be obtained in time, and the server can be informed of the state of the physical device that still needs to be configured.
  • the boot program When it is detected that it has been recorded, the boot program is restarted. After restarting the boot program, it will enter the first boot environment, that is, return to the operation of step S101.
  • the first parameter In the first boot environment running the obtained boot program, the first parameter is carried in the first request and sent to the server to Enabling the server to determine whether the second parameter that needs to be configured by the physical device has been recorded in the server according to the first parameter carried in the first request. At this time, the server will determine that it has been recorded, and then send the configuration system config_sys.
  • the ipxe server unit 202 of the server 200 when the ipxe server unit 202 of the server 200 does not find the second parameter corresponding to the first parameter in the database 206, it issues the non-configuration system unknown_sys to the physical device 100, and the physical device 100 installs and runs the non-configuration system unknown_sys , And in the second boot environment running the unconfigured system unknown_sys, periodically check whether the second parameter has been recorded in the server.
  • the server 200 may simultaneously output a prompt message to the user's management interface through the http server unit 203 to prompt the user to perform related configuration for the physical device.
  • the user can input the second parameter into the http server unit 203 through the management interface, and the http server unit 203 writes the second parameter into the database 206 through the database interface 205.
  • step S105 the detecting whether the second parameter that needs to be configured by the physical device has been recorded in the server includes:
  • the first parameter is carried in a second request and sent to the server, so that the server judges whether the server has recorded the first parameter according to the first parameter carried in the received second request.
  • the second parameter that the physical device needs to configure, and the message whether it has been recorded or not is sent;
  • the second request can also be a URL request.
  • the URL request is generally extensible, and the first parameter can be carried in the URL request in an extended manner.
  • the server When the server receives the second request, it can parse out the first parameter from the second request, and determine whether the second parameter to be configured by the physical device has been recorded in the server according to the first parameter, and the second parameter has been recorded in the server. In the case of parameters, a message indicating that it has been recorded can be delivered to the physical device, and when the second parameter is not recorded in the server, an unrecorded message can be delivered to the physical device.
  • the server may locally search for the second parameter corresponding to the first parameter. If it is found, it determines that the second parameter that the physical device needs to be configured has been recorded in the server, and then sends a message indicating that the record has been recorded to the physical device. Then, it is determined that the second parameter that the physical device needs to be configured is not recorded in the server, and the unrecorded message can be sent to the physical device.
  • the physical device receives the message from the server.
  • the message indicates that it has been configured, it is determined that the second parameter that the physical device needs to be configured has been recorded in the server, and the boot program is restarted; when the message indicates that it is not configured, it is determined that the physical device is not recorded in the server.
  • the second parameter that the device needs to configure requires the next test.
  • the boot program is obtained by the physical device from the server in a pre-boot execution environment (PXE) used to run the boot program, and the boot program supports a file transfer protocol.
  • PXE pre-boot execution environment
  • the boot program may be iPXE.pxe firmware, and the iPXE.pxe firmware may support the http protocol.
  • the boot program can also be other firmware, and the file transfer protocol supported by the boot program is not limited to the http protocol. For example, it may also include the ftp protocol.
  • a boot program supporting a file transfer protocol such as iPXE.pxe firmware, can be booted through PXE.
  • the physical device 100 will enter PXE when it is started, enter the mode of the network boot system, and send a boot program request to the server 200.
  • the server 200 After the server 200 receives the boot program request, it will pass the DHCP of the dns server unit 201
  • the boot parameters (including the storage location of the iPXE.pxe firmware image) are issued to the physical device 100, and the physical device 100 can download the iPXE.pxe firmware image from the TFTP of the server 200 according to the boot parameters for installation, thereby entering the running of the iPXE.pxe firmware The first boot environment.
  • step S200 obtaining a target system corresponding to the first parameter and to be installed on the physical device through the configuration system config_sys includes:
  • S202 In the third boot environment running the configuration system config_sys, determine whether the target system has been installed in the physical device;
  • the configuration system config_sys has been obtained, so the configuration system config_sys can be run, that is, the boot configuration system config_sys, and enter the third boot environment.
  • the target system In the third boot environment running the configuration system config_sys, it is determined whether the target system has been installed in the physical device. You can check whether the target system exists in the designated partition used to store the target system on the local hard disk of the physical device.
  • the target system corresponding to the first parameter can be obtained from the server and the obtained target system can be installed; when it is determined that the physical device has the target system installed, the target system can be directly run.
  • the configuration system config_sys when the configuration system config_sys is run for the first time, the target system has not been installed in the physical device, so the target system will be obtained and installed. After the installation is completed, the configuration system config_sys will be restarted.
  • the configuration system config_sys When the configuration system config_sys is run for the second and subsequent times, the target system is generally installed in the physical device, so the target system can be run directly and enter the environment of the running target system.
  • step S203 obtaining and installing the target system corresponding to the first parameter includes:
  • S2031 Carry the first parameter in a third request and send it to the server, so that the server determines the corresponding second parameter according to the first parameter in the received third request, and issues the first parameter.
  • S2032 Receive the configuration file and the target system from the server
  • the third request may be a URL request, and the URL request is generally extensible, and the first parameter may be carried in the URL request in an extended manner.
  • the server can parse the first parameter from the third request, determine the corresponding second parameter according to the first parameter, and issue the target system corresponding to the second parameter and the configuration file containing the second parameter .
  • the physical device receives the configuration file and the target system from the server, and installs the target system according to the configuration file.
  • the specific installation method of the target system is not limited, as long as the physical device can be configured as the required container cluster node.
  • the physical device 100 sends a URL request carrying the first parameter to the ipxe server unit of the server 200 when it is determined that the physical device 100 does not have the target system installed.
  • the ipxe server unit 202 receives and parses the URL request, accesses the database 206 through the database interface 205 according to the parsed first parameter, and searches the database 206 for the entry where the first parameter is located.
  • the entry records the second parameter (ie, the first parameter).
  • the second parameter corresponding to the parameter) read the second parameter and prepare a configuration file containing the second parameter.
  • the version information of the target system can also be recorded in this table item, which can be found in the server according to the version information
  • the target system corresponding to the second parameter delivers the target system and the configuration file containing the second parameter to the physical device 100.
  • the physical device 100 receives the configuration file and the target system from the server 200, and installs the target system according to the configuration file.
  • the installation of the target system according to the configuration file further includes:
  • S2034 Obtain and install a specified software set that provides services for the containerized application.
  • the designated software set is also obtained to install on the physical device.
  • the designated software set contains at least one cluster software.
  • the cluster software can provide services for containerized applications. The services can include: business processing, management, etc. . After a group of physical devices have completed the installation of the target system and the specified software set, they can become a container cluster that can be used normally.
  • Different cluster software can enable physical devices to be configured as container cluster nodes that provide different services.
  • Kubernetes a "container cluster manager", which can be called an “orchestration system”
  • Docker allows physical devices to be configured as Docker (an open source application container engine) cluster node.
  • the specified software set includes the first software carried by the target system
  • step S2034 obtaining and installing a specified software set that provides services for the containerized application includes:
  • the first software can be carried in the target system, and the installation of the first software can be completed directly according to the configuration file.
  • the first software includes at least one of Etcd (a highly available key-value storage system), Docker, and Flannel.
  • Etcd a highly available key-value storage system
  • Docker a highly available key-value storage system
  • Flannel a highly available key-value storage system
  • the specific first software provided in this embodiment is represented by the corresponding cluster name. It can be understood that the cluster software required by the control node and the working node in the container cluster may be different, and the cluster software of the control node can not only implement the working node In addition to the service, it can also provide the service of the control node.
  • the first software is not limited to the above, of course, it can also include other cluster software, as long as it can be carried in the target system and installed automatically.
  • the specified software set includes second software that is not included in the target system
  • step S2034 obtaining and installing a specified software set that provides services for the containerized application includes:
  • S20342 Acquire a software configuration file corresponding to the first parameter according to the first parameter
  • a service module can be preset in the target system, and the service module can be called during the installation of the target system, and the service module can implement the above steps S20341-S20343 when called.
  • the second software can be obtained locally.
  • the second software can be obtained from the outside, for example, the stored second software can be downloaded from the Registry of a server or other device via the Internet.
  • the version of the second software can be defined in the configuration file containing the second parameter, so that the service module can download the required version of the second software according to the configuration file.
  • the software configuration file can be stored in the device where the registry is located, such as a server, or in other devices.
  • the target system can indicate the address of the device storing the software configuration file, so that the software configuration file can be obtained from the target device according to the device address.
  • the first parameter when obtaining the software configuration file corresponding to the first parameter according to the first parameter, the first parameter can be sent to the server.
  • the first parameter can be used to distinguish physical devices and find the corresponding After the software configuration file is issued to the physical device. Different physical devices can obtain different software configuration files according to their respective first parameters.
  • the second software After obtaining the software configuration file, install the second software according to the software configuration file. After installation, the second software can be run.
  • the second software can be defined in the configuration file containing the second parameters, so that the second software can run on the physical device Period background process.
  • the second software includes at least one of Kubernetes and Ceph (a distributed storage system).
  • the specific first software provided in this embodiment is represented by the corresponding cluster name. It can be understood that the cluster software required by the control node and the working node in the container cluster may be different, and the cluster software of the control node can not only implement the working node In addition to the service, it can also provide the service of the control node.
  • kubelet needs to be installed; if the target system is the controller_sys required by the control node in the container cluster, then kubelet and kubelet need to be installed -apiserver.
  • ceph For another example, take Ceph as an example. If the target system is worker_sys, the working system required by the control node in the container cluster, then ceph osd needs to be installed; if the target system is the control system controller_sys required by the control node in the container cluster, then ceph needs to be installed. osd, ceph mon and ceph mgr.
  • the second parameter includes at least:
  • Role parameters where the role parameters are used to indicate the role of the physical device in the container cluster
  • the corresponding target system is the control system controller_sys required by the control node in the container cluster
  • the corresponding target system is the worker system worker_sys required by the worker node in the container cluster.
  • the role parameter can have different values, and different values represent different roles. For example, when the role parameter is 1, it indicates that the role of the physical device in the container cluster is the control node, and correspondingly, the target system is the control system controller_sys; when the role parameter is 0, it indicates that the role of the physical device in the container cluster is control The node, correspondingly, the target system is the working system worker_sys.
  • the above values are only examples, and can be adjusted according to actual needs.
  • the second parameter further includes at least one of the following:
  • the first parameter includes: the MAC address of the physical device.
  • the MAC address is a parameter configured for the physical device when it leaves the factory and can uniquely represent the MAC address. Therefore, using the MAC address as the first parameter can distinguish the physical device and ensure that the physical device can be configured correctly.
  • the physical device 100 will enter PXE when it is started, enter the mode of the network boot system, and send a boot program request to the server 200;
  • the server 200 After the server 200 receives the boot program request, it will issue boot parameters (including the boot program storage location) to the physical device 100;
  • the physical device 100 can obtain and install the boot program from the server 200 according to the boot parameters, so as to enter the first boot environment where the boot program is run;
  • the physical device 100 sends the first request carrying the first parameter to the server 200, for example, a URL request;
  • the server 200 determines whether the second parameter corresponding to the first parameter has been recorded locally by the server 200 according to the first parameter in the first request, if it is not recorded, execute step 6), if it has been recorded, execute step 11);
  • the server 200 delivers the unconfigured system unknown_sys to the physical device 100;
  • the physical device 100 installs and runs the unconfigured system unknown_sys
  • the physical device 100 sends the second request carrying the first parameter, for example, a URL request to the server 200;
  • the server 200 judges whether the server 200 has recorded the second parameter corresponding to the first parameter locally according to the first parameter in the second request, and sends a message indicating whether it has been recorded to the physical device 100;
  • the physical device 100 After receiving the message, the physical device 100 parses the message, if the message indicates that it is not recorded in the server, return to step 8), if the message indicates that it is recorded in the server, restart the boot program, and return to step 4);
  • the server 200 issues the configuration system config_sys to the physical device 100;
  • the physical device 100 runs the configuration system config_sys and enters the third boot environment.
  • step 14 In the third boot environment running the configuration system config_sys, determine whether the target system has been installed in the physical device, if so, enter the target system directly, if not, go to step 14);
  • the physical device 100 sends the third request carrying the first parameter to the server 200, for example, a URL request;
  • the server 200 After the server 200 receives the third request, it can parse the first parameter from the third request, determine the corresponding second parameter according to the first parameter, and deliver the target system corresponding to the second parameter and including the second parameter Configuration file;
  • the physical device 100 receives the configuration file and the target system from the server 200, and installs the target system according to the configuration file.
  • the second aspect of the embodiments of the present invention provides a configuration method, which is applied to a server.
  • the method includes:
  • T100 receiving the first parameter local to the physical device sent from the physical device;
  • T200 Determine whether to deliver the configuration system config_sys to the physical device according to the first parameter
  • the configuration system config_sys is used to obtain a target system corresponding to the first parameter for the physical device and needs to be installed on the physical device, and the target system is used to configure the physical device as a container cluster node .
  • the receiving the first parameter local to the physical device sent by the physical device includes: receiving a first request sent by the physical device from the physical device, the first request carrying the first parameter;
  • the judging whether to issue the configuration system config_sys to the physical device according to the first parameter includes:
  • the server determines that it has been recorded, it sends the configuration system config_sys to the physical device.
  • judging whether the second parameter that needs to be configured by the physical device has been recorded in the server according to the first parameter and further includes:
  • the server determines that it is not recorded, it issues a non-configuration system unknown_sys, and the non-configuration system unknown_sys is used to detect for the physical device whether the second parameter that the physical device needs to be configured has been recorded in the server.
  • issuing the configuration system config_sys to the physical device further includes:
  • the judging whether the second parameter to be configured by the physical device has been recorded in the server according to the first parameter carried in the received second request further includes:
  • the server determines that it is not recorded, it outputs information about the second parameter that the physical device needs to be configured is not recorded in the server.
  • the sending the recorded message to the physical device further includes:
  • the corresponding second parameter is determined according to the first parameter carried in the received third request, and the target system corresponding to the second parameter is issued and includes all The configuration file of the second parameter.
  • the target system contains first software that provides services for containerized applications
  • the target system is preset with a service for obtaining second software locally or externally, obtaining a software configuration file corresponding to the first parameter according to the first parameter, and installing the second software according to the software configuration file Module.
  • the first software includes at least one of Etcd, Docker, and Flannel;
  • the second software includes at least one of Kubernetes and Ceph.
  • the second parameter includes at least:
  • the role parameter indicating the role of the physical device in the container cluster
  • the corresponding target system is the control system controller_sys required by the control node in the container cluster
  • the corresponding target system is the worker system worker_sys required by the worker node in the container cluster.
  • the second parameter further includes at least one of the following:
  • the first parameter includes the MAC address of the physical device.
  • a physical device includes: a memory and a processor
  • the memory is used to store program code
  • the processor is used to call the program code, and when the program code is executed, it is used to perform the following operations:
  • the processor when the processor obtains the configuration system config_sys required to configure the physical device according to the first parameter local to the physical device, it is specifically configured to:
  • the first parameter is carried in a first request and sent to the server, so that the server judges the server according to the first parameter carried in the first request. Whether the second parameter to be configured by the physical device has been recorded in the server;
  • the server When the server determines that it has been recorded, it receives the configuration system config_sys issued by the server.
  • the processor when the processor obtains the configuration system config_sys required to configure the physical device according to the first parameter local to the physical device, it is further configured to:
  • the server determines that there is no record, it receives the unconfigured system unknown_sys issued by the server;
  • the processor when the processor detects whether the second parameter that needs to be configured by the physical device has been recorded in the server, it is specifically configured to:
  • the first parameter is carried in a second request and sent to the server, so that the server determines whether the physical device has been recorded in the server according to the first parameter carried in the received second request
  • the second parameter that needs to be configured, and the message whether it has been recorded or not is sent;
  • the boot program is obtained by the physical device from the server in a pre-start execution environment for running the boot program, and the boot program supports a file transfer protocol.
  • the processor when the processor obtains the target system corresponding to the first parameter and needs to be installed in the physical device through the configuration system config_sys, it is specifically configured to:
  • the target system is run.
  • the processor when the processor acquires and installs the target system corresponding to the first parameter, it is specifically configured to:
  • the first parameter is carried in a third request and sent to the server, so that the server determines the corresponding second parameter according to the first parameter in the received third request, and sends the second parameter
  • the processor when the processor installs the target system according to the configuration file, it is further configured to:
  • the specified software set includes the first software included in the target system
  • the first software includes at least one of Etcd, Docker, and Flannel.
  • the specified software set includes second software that is not included in the target system
  • the second software includes at least one of Kubernetes and Ceph.
  • the second parameter includes at least:
  • Role parameters where the role parameters are used to indicate the role of the physical device in the container cluster
  • the corresponding target system is the control system controller_sys required by the control node in the container cluster
  • the corresponding target system is the worker system worker_sys required by the worker node in the container cluster.
  • the second parameter further includes at least one of the following:
  • the first parameter includes: the MAC address of the physical device.
  • a fourth aspect of the embodiments of the present invention provides a server, including: a memory and a processor;
  • the memory is used to store program code
  • the processor is used to call the program code, and when the program code is executed, it is used to perform the following operations:
  • the configuration system config_sys is used to obtain a target system corresponding to the first parameter for the physical device and needs to be installed on the physical device, and the target system is used to configure the physical device as a container cluster node .
  • the processor When the processor receives the first parameter local to the physical device sent from the physical device, it is specifically configured to: receive a first request sent from the physical device from the physical device, where the first request carries all the parameters.
  • the first parameter ;
  • the processor determines whether to issue the configuration system config_sys to the physical device according to the first parameter, it is specifically used to:
  • the server determines that it has been recorded, it sends the configuration system config_sys to the physical device.
  • the processor determines whether the second parameter that needs to be configured by the physical device has been recorded in the server according to the first parameter, it is further configured to:
  • the server determines that it is not recorded, it issues a non-configuration system unknown_sys, and the non-configuration system unknown_sys is used to detect for the physical device whether the second parameter that the physical device needs to be configured has been recorded in the server.
  • the processor when the processor delivers the configuration system config_sys to the physical device, it is further used for:
  • the processor determines whether the second parameter that needs to be configured by the physical device has been recorded in the server according to the first parameter carried in the received second request, it is further configured to:
  • the server determines that it is not recorded, it outputs information about the second parameter that the physical device needs to be configured is not recorded in the server.
  • the processor when the processor delivers the recorded message to the physical device, it is further configured to:
  • the corresponding second parameter is determined according to the first parameter carried in the received third request, and the target system corresponding to the second parameter is issued and includes all The configuration file of the second parameter.
  • the target system contains first software that provides services for containerized applications
  • the target system is preset with a service for obtaining second software locally or externally, obtaining a software configuration file corresponding to the first parameter according to the first parameter, and installing the second software according to the software configuration file Module.
  • the first software includes at least one of Etcd, Docker, and Flannel;
  • the second software includes at least one of Kubernetes and Ceph.
  • the second parameter includes at least:
  • the role parameter indicating the role of the physical device in the container cluster
  • the corresponding target system is the control system controller_sys required by the control node in the container cluster
  • the corresponding target system is the worker system worker_sys required by the worker node in the container cluster.
  • the second parameter further includes at least one of the following:
  • the first parameter includes the MAC address of the physical device.
  • an embodiment of the present invention also provides a computer-readable storage medium storing computer instructions, which can be implemented when the computer instructions are executed (for example, the computer instructions are executed by a processor) The configuration method described in the previous embodiment.
  • a typical implementation device is a computer.
  • the specific form of the computer can be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email receiving and sending device, and a game control A console, a tablet computer, a wearable device, or a combination of any of these devices.
  • the embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the embodiments of the present invention may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • a computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • these computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device,
  • the instruction device realizes the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded into a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, thereby executing instructions on the computer or other programmable equipment Provides steps for realizing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

一种配置方法、物理设备、服务器及计算机可读存储介质。一种配置方法应用于物理设备，该方法包括：依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys（S100）；通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统（S200）；运行所述目标系统以将所述物理设备配置为容器集群节点（S300）。可提升配置效率。

Description

配置方法、物理设备、服务器及计算机可读存储介质 技术领域
本发明涉及信息技术领域，尤其是涉及一种配置方法、物理设备、服务器及计算机可读存储介质。
背景技术
随着当前IT系统的规模逐渐扩大，单一系统或者相互配合的多个系统都越来越不可能在同一台机器上完成；另一方面，不同系统对资源(计算、存储、网络等)的需求不一样，即使同一系统在不同的时间对资源的需求也不同。在此情况下，如果计算资源不能方便地在不同系统间移动，必然会导致计算资源的浪费。
当前业界有两种方式来解决上述资源浪费的问题。一种是虚拟机，在一台物理机器上虚拟出多台机器用于运行系统，由于虚拟机只是软件模拟的机器，因此可以在不同硬件间迁移，也可以在不同的时间配置不同的虚拟机数量，以应对当时的业务规模。另一种是容器技术，容器使用沙盒技术，规范一个系统对硬件资源的使用，并对同一物理机上的系统进行隔离。相对虚拟机，容器更加轻量，在物理机间迁移更方便，分配及回收容器也更加快捷。
但是，容器在物理设备上无法直接运行，物理设备需要安装进行一系列的配置才可实现，目前，都是依靠工作人员一一为机器进行配置来实现容器相关功能的，这个过程通常需要大量的精力去适配调试，配置效率低。
发明内容
本发明提供一种配置方法、物理设备、服务器及计算机可读存储介质，提升配置效率。
本发明实施例第一方面，提供一种配置方法，应用于物理设备，该方法 包括：
依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys；
通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统；
运行所述目标系统以将所述物理设备配置为容器集群节点。
本发明实施例第二方面，提供一种配置方法，应用于服务器，该方法包括：
接收来自于物理设备发送的所述物理设备本地的第一参数；
依据所述第一参数判断是否下发配置系统config_sys至所述物理设备；
其中，所述配置系统config_sys用于为所述物理设备获取与所述第一参数对应且需安装在所述物理设备的目标系统，所述目标系统用于将所述物理设备配置为容器集群节点。
本发明实施例第三方面，提供一种物理设备，包括：存储器和处理器；
所述存储器，用于存储程序代码；
所述处理器，用于调用所述程序代码，当程序代码被执行时，用于执行以下操作：
依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys；
通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统；
运行所述目标系统以将所述物理设备配置为容器集群节点。
本发明实施例第四方面，提供一种服务器，包括：存储器和处理器；
所述存储器，用于存储程序代码；
所述处理器，用于调用所述程序代码，当程序代码被执行时，用于执行以下操作：
接收来自于物理设备发送的所述物理设备本地的第一参数；
依据所述第一参数判断是否下发配置系统config_sys至所述物理设备；
其中，所述配置系统config_sys用于为所述物理设备获取与所述第一参数对应且需安装在所述物理设备的目标系统，所述目标系统用于将所述物理设备配置为容器集群节点。
本发明实施例第五方面，提供一种计算机可读存储介质，
所述计算机可读存储介质上存储有计算机指令，所述计算机指令被执行时，实现前述实施例所述的配置方法。
基于上述技术方案，本发明实施例中，物理设备可根据本地的第一参数获取配置系统config_sys，如果物理设备的第一参数不合法、或者外部设备未准备好物理设备相关的配置信息，则依据第一参数不能获取配置系统config_sys，保证配置操作能够合法有序进行；通过配置系统config_sys可获取到第一参数对应的目标系统，运行目标系统可将物理设备配置为所需的容器集群节点，整个过程可实现自动化配置，可以快速地将一组物理设备配置成容器集群，形成统一的计算资源池，配置效率可以得到大幅度的提高，并可实现容器集群的私有化部署。
附图说明
为了更加清楚地说明本发明实施例中的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据本发明实施例的这些附图获得其它的附图。
图1是本发明一实施例的配置方法的流程示意图；
图2是本发明一实施例的物理设备与服务器构成的系统示意图；
图3是本发明一实施例的物理设备与服务器构成的结构框图；
图4是本发明一实施例的物理设备与服务器之间的交互示意图；
图5是本发明另一实施例的配置方法的流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。另外，在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
本发明使用的术语仅仅是出于描述特定实施例的目的，而非限制本发明。本发明和权利要求书所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。应当理解的是，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”，或者，“当……时”，或者，“响应于确定”。
本发明实施例中，物理设备可以实现自动化配置，经配置后可成为容器集群节点。一组物理设备分别配置为容器集群节点后，可以组成容器集群系统，使得该组物理设备可以成为统一的计算资源池。
目前，多种应用都可以被容器化，比如包括WEB应用、数据库等，这些应用被容器化之后，都可以被部署在容器集群系统上运行，容器集群系统内部会规范各个容器化应用对各物理设备的硬件资源的使用。
下面对本发明实施例的配置方法进行展开说明，但不应以此为限。
本发明实施例第一方面提供一种配置方法，应用于物理设备，参看图1，该方法包括以下步骤：
S100：依据所述物理设备本地的第一参数获取配置所述物理设备所需的 配置系统config_sys；
S200：通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统；
S300：运行所述目标系统以将所述物理设备配置为容器集群节点。
本实施例的配置方法的执行主体可以为物理设备，进一步地可以为物理设备的处理器，其中，所述处理器可以为一个或多个，所述处理器可以为通用处理器或者专用处理器。物理设备具体类型不限，比如可以是计算机设备、嵌入式设备等，只要是具备一定的计算能力即可。
物理设备是需要被配置为容器集群节点的任一设备，可以在开机启动过程中实现相应配置。为此，物理设备需配置的主要内容可以包括作为容器集群节点所需的技术栈，技术栈有操作系统、硬件驱动、容器引擎、网络驱动、存储管理、编排系统等一系列软件，当然具体也不限于此。
步骤S100中，依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys。
物理设备本地的第一参数可以是物理设备中已配置的参数，能够唯一标识该物理设备。比如，第一参数可以为物理设备的MAC地址。当然，第一参数并不局限于此，也可以是用来标识物理设备的标识参数等，只要其他设备能够依据标识参数识别物理设备即可。
物理设备可以依据所述物理设备本地的第一参数获取配置系统config_sys。配置系统config_sys可以预先保存在外部设备比如服务器中，物理设备可以通过网络从外部设备获取到所需的配置系统config_sys。
获取配置系统config_sys是以物理设备本地的第一参数作为依据的，如果某个物理设备的第一参数不合法、或者外部设备未准备好某个物理设备相关的配置信息，则依据第一参数不能获取配置系统config_sys，保证配置操作能够合法有序进行。
步骤S200中，通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统。
配置系统config_sys可以用来引导目标系统的获取、安装等一系列操作。配置系统config_sys可以被物理设备运行，运行该配置系统config_sys可以进入到该引导过程中。
通过配置系统config_sys获取目标系统也是以物理设备本地的第一参数作为依据的，可以从外部设备获取与第一参数对应的目标系统。
外部设备中可以预设有多个设备所需的系统(比如有容器集群中控制节点所需的控制系统controller_sys、工作节点所需的工作系统worker_sys)，每个系统与相应设备的第一参数对应，在收到物理设备的第一参数时，可以从预设的第一参数与目标系统中查找出与收到的第一参数对应的系统作为目标系统，并将目标系统下发给第一参数的物理设备或者提示该物理设备主动下载。
物理设备获取到目标系统后，可直接将目标系统安装在物理设备本地中。具体的，可以将目标系统安装在硬盘的某个分区中，该分区可以预先指定好，保证系统的相关数据不会因掉电丢失。安装好目标系统后，可运行该目标系统。
步骤S300中，运行所述目标系统以将所述物理设备配置为容器集群节点。
目标系统可以携带有配置物理设备所需的相关信息，包括软件(比如硬件驱动、容器引擎、网络驱动、存储管理、编排系统等)、系统文件等，运行该目标系统可以为物理设备搭建好部署容器化应用所需的环境，将物理设备配置为容器集群节点。
在物理设备被配置为容器集群节点后，如果物理设备重新启动，不需要重新执行上述配置过程，在启动并进入目标系统后直接作为容器集群节点。
容器集群节点一般包括两种角色，一种是负责事务处理的工作节点，另一种是除了负责事务处理、还负责控制各个节点的控制节点。物理设备具体被配置为哪种角色由目标系统而定，角色不同，目标系统也不同。
将上述步骤S100-S300应用在多个物理设备上后，可以使得这些物理设备构成至少一个容器集群，比如Kubernetes集群、docker集群等。一个容器 集群中，包含至少一个工作节点和至少一个控制节点。
本发明实施例中，物理设备可根据本地的第一参数获取配置系统config_sys，如果物理设备的第一参数不合法、或者外部设备未准备好物理设备相关的配置信息，则依据第一参数不能获取配置系统config_sys，保证配置操作能够合法有序进行；通过配置系统config_sys可获取到第一参数对应的目标系统，运行目标系统可将物理设备配置为所需的容器集群节点，整个过程可实现自动化配置，可以快速地将一组物理设备配置成容器集群，形成统一的计算资源池，配置效率可以得到大幅度的提高，并可实现容器集群的私有化部署。
图2示出了需要实现配置的物理设备100(图中示出了3个，具体不限于此)、及与物理设备100连接的服务器200。物理设备100与服务器200之间可以通过交互来实现物理设备100的配置。当然，在交互之前，物理设备100与服务器200之间已经建立了通信连接。本发明实施例的配置方法可应用于3个物理设备100中的任一个。
参看图3，服务器200可以包括：dns server单元201，ipxe server单元202、http server单元203，dns单元204，数据库接口205，数据库206。本发明实施例的配置方法可以应用于图3示出的物理设备100。
其中，数据库206可以保持数据比如配置物理设备所需的数据等；数据库接口205是用于访问数据库206的接口，所有访问数据库的操作都由数据库接口205实现，保证后端可以兼容不同的数据库。
dns server单元201是一个通用的DNS服务程序，可以提供DNS(Domain Name System，域名系统)、TFTP(Trivial File Transfer Protocol,简单文件传输协议)、DHCP(Dynamic Host Configuration Protocol，动态主机设置协议)等服务，DNS可以实现物理设备100的域名定义与查找，TFTP可以实现文件比如引导程序的传输，DHCP可以实现物理设备100的网络启动。
dns单元204用于控制dns server单元201，可以通过数据库接口205访问数据库206，基于数据库206内保存的dns配置信息生成dns server单元201 的配置文件，并控制dns server单元201的生命周期，即可控制dns server单元201的启动、关闭和重启等。
ipxe server单元202可以为物理设备100的配置实现逻辑支持，即物理设备100的配置可主要通过ipxe server单元202来实现。
http server单元203可以提供用户的管理界面，用户可以在此界面上设置容器集群节点所需的参数、也可以查看当前集群的一些状态等。
可以理解，服务器200的组成部分也不限于上述单元，还可以包括其他单元。比如，服务器200还可以包括Registry单元，可以提供镜像的存储服务、以及镜像的版本管理，比如可以支持Docker镜像的上传和下载。当然，服务器也可通过互联网的服务来获得需要的镜像。
在一个实施例中，步骤S100中，所述依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys，包括以下步骤：
S101：在运行获取的引导程序的第一引导环境中，将所述第一参数携带在第一请求中发送至服务器，以使所述服务器依据所述第一请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
S102：当所述服务器判断出已记录时，接收来自于所述服务器下发的配置系统config_sys。
步骤S101中，物理设备运行引导程序后进入第一引导环境，每一次重启引导程序都可进入第一引导环境，执行相应的步骤。
在第一引导环境中，物理设备会将第一参数携带在第一请求中发送至服务器。第一请求可以为URL(统一资源定位符)请求，URL请求一般可扩展，可以通过扩展的方式将第一参数携带在URL请求中。
服务器收到第一请求后，可从第一请求中解析出第一参数，并依据该第一参数判断服务器中是否已记录所述物理设备需配置的第二参数。具体的，服务器可以在本地查找该第一参数，如果未查找到，说明服务器是第一次收到这个物理设备的第一参数，确定服务器中未记录物理设备需配置的第二参数；如果查找到，若第一参数所在的表项中存在第二参数，那么确定服务器 中已记录物理设备需配置的第二参数，若第一参数所在的表项中不存在第二参数，那么确定服务器中未记录物理设备需配置的第二参数。
步骤S102中，当所述服务器判断出已记录时，接收来自于所述服务器下发的配置系统config_sys。
当服务器判断出已记录时，说明服务器已经准备好为物理设备进行配置，服务器会下发配置系统config_sys给物理设备，物理设备接收来自服务器下发的配置系统config_sys。
如图3所示，物理设备100在运行获取的引导程序的第一引导环境中，将携带第一参数的URL请求发送给服务器200的ipxe server单元202。ipxe server单元202支持http协议，可以接收并解析URL请求，根据解析出的第一参数通过数据库接口205访问数据库206，在数据库206中查找第一参数对应的第二参数，如果查找到，则下发配置系统config_sys给物理设备。
在一个实施例中，步骤S100中，所述依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys，还进一步包括：
S103：当所述服务器判断出未记录时，接收来自于所述服务器下发的非配置系统unknown_sys；
S104：安装并运行所述非配置系统unknown_sys；
S105：在运行所述非配置系统unknown_sys的第二引导环境中，检测所述服务器中是否已记录所述物理设备需配置的第二参数；当检测到已记录时，重启所述引导程序；当检测到未记录时，等待一个周期后返回检测所述服务器中是否已记录所述物理设备需配置的第二参数的操作。
步骤S103中，当服务器判断出未记录时，说明服务器还未准备好为物理设备进行配置，服务器会下发非配置系统unknown_sys给物理设备，物理设备接收来自服务器下发的非配置系统unknown_sys。
当然，服务器判断出未记录时，还可将未记录的情况通知用户，用户可及时为物理设备进行相关配置。
步骤S104中，获取到非配置系统unknown_sys之后，安装并运行所述非 配置系统unknown_sys，即引导配置系统unknown_sys。物理设备运行非配置系统unknown_sys后进入第二引导环境。
步骤S105中，在运行所述非配置系统unknown_sys的第二引导环境中，可以定期检测所述服务器中是否已记录所述物理设备需配置的第二参数，比如，每隔几秒或者几分钟检测一次，具体检测周期不限。换言之，非配置系统unknown_sys可以起到持续检测服务器是否已记录物理设备需配置的第二参数的作用。
由于服务器中还未记录有第二参数，而第二参数可能需要用户设置，所以服务器何时记录第二参数是一个未知的情况，因而，物理设备在运行所述非配置系统unknown_sys的第二引导环境中定期检测服务器中是否已记录所述物理设备需配置的第二参数，可及时获知服务器的记录情况，并可让服务器获知物理设备仍需配置的状态。
当检测到已记录时，重启所述引导程序。在重启引导程序后，会进入第一引导环境，即返回步骤S101的操作，在运行获取的引导程序的第一引导环境中，将所述第一参数携带在第一请求中发送至服务器，以使所述服务器依据所述第一请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数。此时，服务器会判断出已记录，所以下发配置系统config_sys。
当检测到未记录时，等待一个周期后返回检测所述服务器中是否已记录所述物理设备需配置的第二参数的操作。
继续参看图3，服务器200的ipxe server单元202在数据库206中未查找到第一参数对应的第二参数时，下发非配置系统unknown_sys给物理设备100，物理设备100安装并运行非配置系统unknown_sys，并在运行非配置系统unknown_sys的第二引导环境中，定期检测服务器中是否已记录第二参数。当然，服务器200可同时通过http server单元203输出提示消息到用户的管理界面，以提示用户进行为物理设备进行相关配置。用户可以通过管理界面将第二参数输入至http server单元203，http server单元203通过数据库接口205 将第二参数写入到数据库206中。
在一个实施例中，步骤S105中，所述检测所述服务器中是否已记录所述物理设备需配置的第二参数，包括：
S1051：将所述第一参数携带在第二请求中发送至所述服务器，以使所述服务器依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数、并下发是否已记录的消息；
S1052：接收来自于所述服务器下发的消息；
S1053：当所述消息指示已配置时，确定所述服务器中已记录所述物理设备需配置的第二参数；
S1054：当所述消息指示未配置时，确定所述服务器中未记录所述物理设备需配置的第二参数。
每次物理设备检测服务器中是否已记录第二参数时，都会将第一参数携带在第二请求中发送至服务器。与第一请求类似的，第二请求同样可以是URL请求，URL请求一般可扩展，可以通过扩展的方式将第一参数携带在URL请求中。
服务器收到第二请求时，可从第二请求中解析出第一参数，并依据该第一参数判断服务器中是否已记录所述物理设备需配置的第二参数，在服务器中已记录第二参数时，可下发指示已记录的消息至物理设备，在服务器中未记录第二参数时，可下发未记录的消息至物理设备。
具体的，服务器可以在本地查找该第一参数对应的第二参数，如果查找到，确定服务器中已记录物理设备需配置的第二参数，下发指示已记录的消息至物理设备，如果未查找到，那么确定服务器中未记录物理设备需配置的第二参数，可下发未记录的消息至物理设备。
物理设备接收来自于服务器下发的消息。当所述消息指示已配置时，确定所述服务器中已记录所述物理设备需配置的第二参数，重启引导程序；当所述消息指示未配置时，确定所述服务器中未记录所述物理设备需配置的第二参数，还需进行下一次的检测。
在一个实施例中，所述引导程序是所述物理设备在用于运行引导程序的预启动执行环境(PXE)中从所述服务器中获取的，所述引导程序支持文件传输协议。
优选的，引导程序可以为iPXE.pxe固件，iPXE.pxe固件可以支持http协议。当然，引导程序也可以是其他的固件，引导程序支持的文件传输协议也不限于http协议，比如还可以包括ftp协议等。
一般来说，物理设备都会装有PXE，为了更便于配置过程中的交互，本发明实施例中，可通过PXE引导支持文件传输协议的引导程序比如iPXE.pxe固件。
继续参看图3，物理设备100在启动时会进入到PXE中，进入网络引导系统的模式，向服务器200发送引导程序请求，服务器200收到引导程序请求后，会通过dns server单元201的DHCP将引导参数(包括iPXE.pxe固件镜像存储位置)等下发给物理设备100，物理设备100可以依据引导参数从服务器200的TFTP中下载iPXE.pxe固件镜像进行安装，从而进入到运行iPXE.pxe固件的第一引导环境中。
在一个实施例中，步骤S200中，通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统，包括：
S201：运行所述配置系统config_sys；
S202：在运行所述配置系统config_sys的第三引导环境中，判断所述物理设备中是否已安装目标系统；
S203：当判断出未安装时，获取并安装所述第一参数对应的目标系统，并返回所述运行配置系统config_sys的步骤；
S204：当判断出已安装时，运行所述目标系统。
在第一引导环境中，已经获得了配置系统config_sys，因而可以运行配置系统config_sys，即引导配置系统config_sys，进入到第三引导环境中。
在运行所述配置系统config_sys的第三引导环境中，判断所述物理设备中是否已安装目标系统。可以检查物理设备本地硬盘上用于存储目标系统的指 定分区中是否存在目标系统。
当判断出物理设备未安装目标系统时，可以从服务器中获取第一参数对应的目标系统，并安装获取的目标系统；当判断出物理设备已安装目标系统时，可直接运行该目标系统。
通常来说，在第一次运行配置系统config_sys时，物理设备中还未安装目标系统，所以会去获取并安装目标系统，安装完成后会重新启动配置系统config_sys。在第二次及后续运行配置系统config_sys时，物理设备中一般已安装目标系统，因而可直接运行目标系统，进入到运行目标系统的环境中。
在一个实施例中，步骤S203中，获取并安装所述第一参数对应的目标系统，包括：
S2031：将所述第一参数携带在第三请求中发送至服务器，以使所述服务器依据收到的第三请求中的所述第一参数确定对应的第二参数、并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件；
S2032：接收来自于所述服务器的所述配置文件和目标系统；
S2033：依据所述配置文件安装所述目标系统。
在运行所述配置系统config_sys的第三引导环境中，在判断出物理设备未安装目标系统时，物理设备会将第一参数携带在第三请求中发送至服务器。第三请求可以为URL请求，URL请求一般可扩展，可以通过扩展的方式将第一参数携带在URL请求中。
服务器收到第三请求后，可从第三请求中解析出第一参数，并依据第一参数确定对应的第二参数，并下发第二参数对应的目标系统及包含第二参数的配置文件。物理设备接收来自服务器的配置文件和目标系统，依据配置文件安装目标系统。
目标系统的具体安装方式不限，只要能够将物理设备配置为所需的容器集群节点即可。
继续参看图3，物理设备100在运行所述配置系统config_sys的第三引导环境中，在判断出物理设备100未安装目标系统时，将携带第一参数的URL 请求发送给服务器200的ipxe server单元202。ipxe server单元202接收并解析URL请求，根据解析出的第一参数通过数据库接口205访问数据库206，在数据库206中查找第一参数所在表项，该表项中记录了第二参数(即第一参数对应的第二参数)，读取该第二参数并准备好包含所述第二参数的配置文件，当然，该表项中还可以记录目标系统的版本信息，可以根据版本信息在服务器中找到第二参数对应的目标系统，将目标系统及包含所述第二参数的配置文件下发给物理设备100。物理设备100接收来自服务器200的配置文件和目标系统，依据配置文件安装目标系统。
在一个实施例中，所述依据所述配置文件安装所述目标系统，还进一步包括：
S2034：获取为容器化应用提供服务的指定软件集进行安装。
在目标系统的安装过程中，还获取指定软件集来安装到物理设备上，指定软件集中包含至少一个集群软件，集群软件可以为容器化应用提供服务，该服务可以包括：业务处理、管理等等。当一组物理设备都完成目标系统及指定软件集的安装后，就可以成为可以正常使用的容器集群。
不同的集群软件可以使得物理设备被配置为提供不同服务的容器集群节点，比如Kubernetes(一个“容器集群管理器”，可以称之为“编排系统)可以使得物理设备被配置为Kubernetes集群节点，而Docker可以使得物理设备被配置为Docker(一个开源的应用容器引擎)集群节点。
在一个实施例中，所述指定软件集包括所述目标系统带有的第一软件；
步骤S2034中，获取为容器化应用提供服务的指定软件集进行安装，包括：
从所述目标系统中获取第一软件，并安装获取的第一软件。
由于目标系统的支持，第一软件可以携带在目标系统中，直接依据配置文件完成第一软件的安装。
优选的，所述第一软件包括Etcd(一种高可用的键值存储系统)、Docker、Flannel中的至少一种。
本实施例提供的这些具体第一软件用相应的集群名称来表示，可以理解，容器集群中控制节点和工作节点所需的集群软件可以有所不同，控制节点的集群软件除了可实现工作节点的服务外，还可提供控制节点的服务。
当然，第一软件也不限于上述几种，当然还可以包括其他集群软件，只要能够被携带在目标系统中自动安装即可。
在一个实施例中，所述指定软件集包括所述目标系统未带有的第二软件；
步骤S2034中，获取为容器化应用提供服务的指定软件集进行安装，包括：
S20341：从本地或外部获取第二软件；
S20342：依据所述第一参数获取与第一参数对应的软件配置文件；
S20343：依据所述软件配置文件安装所述第二软件。
目标系统中可以预设有服务模块，在目标系统的安装过程中可调用该服务模块，服务模块在被调用时可实现上述步骤S20341-S20343。
如果物理设备本地准备好了第二软件，就可以从本地获取第二软件。优选来说，可以从外部获取第二软件，比如，可以通过互联网从服务器或其他设备的Registry中下载已存储的第二软件。第二软件的版本可以在包含第二参数的配置文件中定义，从而服务模块可根据配置文件下载所需版本的第二软件。
软件配置文件可以存储在Registry所在的设备比如服务器中，当然也可以存储在其他设备中，目标系统可以指示存储软件配置文件的设备地址，从而可依据该设备地址从目标设备上获取软件配置文件。
以从服务器中获取软件配置文件为例，依据第一参数获取第一参数对应的软件配置文件时，可以将第一参数发送给服务器，第一参数可以用来区分物理设备，找到第一参数对应的软件配置文件后下发给物理设备。不同物理设备可以根据各自的第一参数获取到不同的软件配置文件。
获取到软件配置文件后，依据软件配置文件安装所述第二软件，安装之后即可运行第二软件，可以通过在包含第二参数的配置文件中定义，使得第 二软件可在物理设备中运行期后台进程。
优选的，所述第二软件包括Kubernetes、Ceph(一种分布式存储系统)中的至少一种。
本实施例提供的这些具体第一软件用相应的集群名称来表示，可以理解，容器集群中控制节点和工作节点所需的集群软件可以有所不同，控制节点的集群软件除了可实现工作节点的服务外，还可提供控制节点的服务。
比如，以Kubernetes为例，如果目标系统为容器集群中控制节点所需的工作系统worker_sys，那么需要安装kubelet；如果目标系统为容器集群中控制节点所需的控制系统controller_sys，那么需要安装kubelet和kubelet-apiserver。
又如，以Ceph为例，如果目标系统为容器集群中控制节点所需的工作系统worker_sys，那么需要安装ceph osd；如果目标系统为容器集群中控制节点所需的控制系统controller_sys，那么需要安装ceph osd、ceph mon和ceph mgr。
在一个实施例中，所述第二参数至少包括：
角色参数，所述角色参数用于指示所述物理设备在容器集群中的角色；
其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
角色参数可以有不同的取值，不同取值代表不同的角色。比如当角色参数为1时，指示物理设备在容器集群中的角色为控制节点，相应的，目标系统就为控制系统controller_sys；当角色参数为0时，指示物理设备在容器集群中的角色为控制节点，相应的，目标系统就为工作系统worker_sys。当然，上述取值仅是举例，实际可根据需要进行调整。
在一个实施例中，所述第二参数还包括以下的至少一种：
对应物理设备的域名；
对应物理设备的IP。
以上参数仅是举例，当然还可以包括其他参数，可以根据实际需要而定。
在一个实施例中，所述第一参数包括：所述物理设备的MAC地址。
MAC地址是物理设备在出厂时就配置好的参数，可以唯一表示MAC地址，因此，用MAC地址作为第一参数可以区分物理设备，保证物理设备可被正确配置。
下面结合图4，更完整地描述一下上述配置方法中物理设备100与服务器200的交互过程。
1)物理设备100在启动时会进入到PXE中，进入网络引导系统的模式，向服务器200发送引导程序请求；
2)服务器200收到引导程序请求后，会将引导参数(包括引导程序存储位置)等下发给物理设备100；
3)物理设备100可以依据引导参数从服务器200中获取引导程序进行安装，从而进入到运行引导程序的第一引导环境中；
4)在运行引导程序的第一引导环境中，物理设备100将携带第一参数的第一请求比如可以为URL请求发送给服务器200；
5)服务器200根据第一请求中的第一参数判断服务器200本地是否已记录有第一参数对应的第二参数，如果未记录，执行步骤6)，如果已记录，执行步骤11)；
6)服务器200下发非配置系统unknown_sys给物理设备100；
7)物理设备100安装并运行非配置系统unknown_sys；
8)在运行非配置系统unknown_sys的第二引导环境中，物理设备100将携带第一参数的第二请求比如可以为URL请求发送给服务器200；
9)服务器200根据第二请求中的第一参数判断服务器200本地是否已记录有第一参数对应的第二参数，并下发指示是否已记录的消息给物理设备100；
10)物理设备100收到消息后，解析该消息，如果消息指示服务器中未记录，返回执行步骤8)，如果消息指示服务器中已记录，重启引导程序，返 回执行步骤4)；
11)服务器200下发配置系统config_sys给物理设备100；
12)物理设备100运行配置系统config_sys，进入到第三引导环境中。
13)在运行所述配置系统config_sys的第三引导环境中，判断所述物理设备中是否已安装目标系统，如果是，则直接进入目标系统中，如果否，执行步骤14)；
14)物理设备100将携带第一参数的第三请求比如可以为URL请求发送给服务器200；
15)服务器200收到第三请求后，可从第三请求中解析出第一参数，并依据第一参数确定对应的第二参数，并下发第二参数对应的目标系统及包含第二参数的配置文件；
16)物理设备100接收来自服务器200的配置文件和目标系统，依据配置文件安装目标系统。
以上是对本发明实施例第一方面提供的配置方法的描述。
本发明实施例第二方面提供一种配置方法，该配置方法应用于服务器，在一个实施例中，参看图5，该方法包括：
T100：接收来自于物理设备发送的所述物理设备本地的第一参数；
T200：依据所述第一参数判断是否下发配置系统config_sys至所述物理设备；
其中，所述配置系统config_sys用于为所述物理设备获取与所述第一参数对应且需安装在所述物理设备的目标系统，所述目标系统用于将所述物理设备配置为容器集群节点。
在一个实施例中，
所述接收来自于物理设备发送的所述物理设备本地的第一参数，包括：接收来自于物理设备发送的所述物理设备的第一请求，所述第一请求携带了所述第一参数；
依据所述第一参数判断是否下发配置系统config_sys至所述物理设备，包括：
依据所述第一请求中的第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
当所述服务器判断出已记录时，下发配置系统config_sys至所述物理设备。
在一个实施例中，依据所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，还进一步包括：
当所述服务器判断出未记录时，下发非配置系统unknown_sys，所述非配置系统unknown_sys用于为所述物理设备检测所述服务器中是否已记录所述物理设备需配置的第二参数。
在一个实施例中，下发配置系统config_sys至所述物理设备，还进一步包括：
当接收到来自于所述物理设备的第二请求时，依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，并下发是否已记录的消息至所述物理设备。
在一个实施例中，所述依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，还进一步包括：
当所述服务器判断出已记录时，输出关于所述服务器中已记录所述物理设备需配置的第二参数的信息；
当所述服务器判断出未记录时，输出关于所述服务器中未记录所述物理设备需配置的第二参数的信息。
在一个实施例中，所述下发是否已记录的消息至所述物理设备，还进一步包括：
当接收到来自于所述物理设备的第三请求时，依据收到的第三请求中携带的第一参数确定对应的第二参数，并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件。
在一个实施例中，
所述目标系统中带有为容器化应用提供服务的第一软件；
和/或，
所述目标系统中预设有用于从本地或外部获取第二软件，依据所述第一参数获取与第一参数对应的软件配置文件，并依据所述软件配置文件安装所述第二软件的服务模块。
在一个实施例中，
所述第一软件包括Etcd、Docker、Flannel中的至少一种；
所述第二软件包括Kubernetes、Ceph中的至少一种。
在一个实施例中，所述第二参数至少包括：
指示物理设备在容器集群中的角色的角色参数；
其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
在一个实施例中，所述第二参数还包括以下的至少一种：
对应物理设备的域名；
对应物理设备的IP。
在一个实施例中，所述第一参数包括所述物理设备的MAC地址。
以上是对本发明实施例第二方面提供的配置方法的描述，相关内容可参看本发明实施例第一方面提供的配置方法中的描述内容。
本发明实施例第三方面一种物理设备，包括：存储器和处理器；
所述存储器，用于存储程序代码；
所述处理器，用于调用所述程序代码，当程序代码被执行时，用于执行以下操作：
依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系 统config_sys；
通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统；
运行所述目标系统以将所述物理设备配置为容器集群节点。
在一个实施例中，所述处理器依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys时，具体用于：
在运行获取的引导程序的第一引导环境中，将所述第一参数携带在第一请求中发送至服务器，以使所述服务器依据所述第一请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
当所述服务器判断出已记录时，接收来自于所述服务器下发的配置系统config_sys。
在一个实施例中，所述处理器依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys时，还进一步用于：
当所述服务器判断出未记录时，接收来自于所述服务器下发的非配置系统unknown_sys；
安装并运行所述非配置系统unknown_sys；
在运行所述非配置系统unknown_sys的第二引导环境中，检测所述服务器中是否已记录所述物理设备需配置的第二参数；当检测到已记录时，重启所述引导程序；当检测到未记录时，等待一个周期后返回检测所述服务器中是否已记录所述物理设备需配置的第二参数的操作。
在一个实施例中，所述处理器检测所述服务器中是否已记录所述物理设备需配置的第二参数时，具体用于：
将所述第一参数携带在第二请求中发送至所述服务器，以使所述服务器依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数、并下发是否已记录的消息；
接收来自于所述服务器下发的消息；
当所述消息指示已配置时，确定所述服务器中已记录所述物理设备需配 置的第二参数；
当所述消息指示未配置时，确定所述服务器中未记录所述物理设备需配置的第二参数。
在一个实施例中，
所述引导程序是所述物理设备在用于运行引导程序的预启动执行环境中从所述服务器中获取的，所述引导程序支持文件传输协议。
在一个实施例中，所述处理器通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统时，具体用于：
运行所述配置系统config_sys；
在运行所述配置系统config_sys的第三引导环境中，判断所述物理设备中是否已安装目标系统；
当判断出未安装时，获取并安装所述第一参数对应的目标系统，并返回所述运行配置系统config_sys的步骤；
当判断出已安装时，运行所述目标系统。
在一个实施例中，所述处理器获取并安装所述第一参数对应的目标系统时，具体用于：
将所述第一参数携带在第三请求中发送至服务器，以使所述服务器依据收到的第三请求中的所述第一参数确定对应的第二参数、并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件；
接收来自于所述服务器的所述配置文件和目标系统；
依据所述配置文件安装所述目标系统。
在一个实施例中，所述处理器依据所述配置文件安装所述目标系统时，还进一步用于：
获取为容器化应用提供服务的指定软件集进行安装。
在一个实施例中，
所述指定软件集包括所述目标系统带有的第一软件；
所述处理器获取为容器化应用提供服务的指定软件集进行安装时，具体 用于：
从所述目标系统中获取第一软件，并安装获取的第一软件。
在一个实施例中，所述第一软件包括Etcd、Docker、Flannel中的至少一种。
在一个实施例中，
所述指定软件集包括所述目标系统未带有的第二软件；
所述处理器获取为容器化应用提供服务的指定软件集进行安装时，具体用于：
从本地或外部获取第二软件；
依据所述第一参数获取与第一参数对应的软件配置文件；
依据所述软件配置文件安装所述第二软件。
在一个实施例中，所述第二软件包括Kubernetes、Ceph中的至少一种。
在一个实施例中，所述第二参数至少包括：
角色参数，所述角色参数用于指示所述物理设备在容器集群中的角色；
其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
在一个实施例中，所述第二参数还包括以下的至少一种：
对应物理设备的域名；
对应物理设备的IP。
在一个实施例中，所述第一参数包括：所述物理设备的MAC地址。
以上是对本发明实施例第三方面提供的物理设备的描述，相关内容可参看本发明实施例第一方面提供的配置方法中的描述内容。
本发明实施例第四方面提供一种服务器，包括：存储器和处理器；
所述存储器，用于存储程序代码；
所述处理器，用于调用所述程序代码，当程序代码被执行时，用于执行以下操作：
接收来自于物理设备发送的所述物理设备本地的第一参数；
依据所述第一参数判断是否下发配置系统config_sys至所述物理设备；
其中，所述配置系统config_sys用于为所述物理设备获取与所述第一参数对应且需安装在所述物理设备的目标系统，所述目标系统用于将所述物理设备配置为容器集群节点。
在一个实施例中，
所述处理器接收来自于物理设备发送的所述物理设备本地的第一参数时，具体用于：接收来自于物理设备发送的所述物理设备的第一请求，所述第一请求携带了所述第一参数；
所述处理器依据所述第一参数判断是否下发配置系统config_sys至所述物理设备时，具体用于：
依据所述第一请求中的第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
当所述服务器判断出已记录时，下发配置系统config_sys至所述物理设备。
在一个实施例中，所述处理器依据所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数时，还进一步用于：
当所述服务器判断出未记录时，下发非配置系统unknown_sys，所述非配置系统unknown_sys用于为所述物理设备检测所述服务器中是否已记录所述物理设备需配置的第二参数。
在一个实施例中，所述处理器下发配置系统config_sys至所述物理设备时，还进一步用于：
当接收到来自于所述物理设备的第二请求时，依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，并下发是否已记录的消息至所述物理设备。
在一个实施例中，所述处理器依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数时，还进一步用于：
当所述服务器判断出已记录时，输出关于所述服务器中已记录所述物理设备需配置的第二参数的信息；
当所述服务器判断出未记录时，输出关于所述服务器中未记录所述物理设备需配置的第二参数的信息。
在一个实施例中，所述处理器下发是否已记录的消息至所述物理设备时，还进一步用于：
当接收到来自于所述物理设备的第三请求时，依据收到的第三请求中携带的第一参数确定对应的第二参数，并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件。
在一个实施例中，
所述目标系统中带有为容器化应用提供服务的第一软件；
和/或，
所述目标系统中预设有用于从本地或外部获取第二软件，依据所述第一参数获取与第一参数对应的软件配置文件，并依据所述软件配置文件安装所述第二软件的服务模块。
在一个实施例中，
所述第一软件包括Etcd、Docker、Flannel中的至少一种；
所述第二软件包括Kubernetes、Ceph中的至少一种。
在一个实施例中，所述第二参数至少包括：
指示物理设备在容器集群中的角色的角色参数；
其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
在一个实施例中，所述第二参数还包括以下的至少一种：
对应物理设备的域名；
对应物理设备的IP。
在一个实施例中，所述第一参数包括所述物理设备的MAC地址。
以上是对本发明实施例第四方面提供的服务器的描述，相关内容可参看本发明实施例第一方面提供的配置方法中的描述内容。
基于与上述方法同样的发明构思，本发明实施例中还提供一种计算机可读存储介质上存储有计算机指令，所述计算机指令被执行(如所述计算机指令被处理器执行)时，可以实现前述实施例中所述的配置方法。
上述实施例阐明的系统、装置、模块或单元，可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计 算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本发明实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进，均应包含在本发明的权利要求范围之内。

Claims (53)

  1. 一种配置方法，其特征在于，应用于物理设备，该方法包括：
    依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys；
    通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统；
    运行所述目标系统以将所述物理设备配置为容器集群节点。
  2. 如权利要求1所述的配置方法，其特征在于，所述依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys，包括：
    在运行获取的引导程序的第一引导环境中，将所述第一参数携带在第一请求中发送至服务器，以使所述服务器依据所述第一请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
    当所述服务器判断出已记录时，接收来自于所述服务器下发的配置系统config_sys。
  3. 如权利要求2所述的配置方法，其特征在于，所述依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys，还进一步包括：
    当所述服务器判断出未记录时，接收来自于所述服务器下发的非配置系统unknown_sys；
    安装并运行所述非配置系统unknown_sys；
    在运行所述非配置系统unknown_sys的第二引导环境中，检测所述服务器中是否已记录所述物理设备需配置的第二参数；当检测到已记录时，重启所述引导程序；当检测到未记录时，等待一个周期后返回检测所述服务器中是否已记录所述物理设备需配置的第二参数的操作。
  4. 如权利要求3所述的配置方法，其特征在于，所述检测所述服务器中是否已记录所述物理设备需配置的第二参数，包括：
    将所述第一参数携带在第二请求中发送至所述服务器，以使所述服务器 依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数、并下发是否已记录的消息；
    接收来自于所述服务器下发的消息；
    当所述消息指示已配置时，确定所述服务器中已记录所述物理设备需配置的第二参数；
    当所述消息指示未配置时，确定所述服务器中未记录所述物理设备需配置的第二参数。
  5. 如权利要求2所述的配置方法，其特征在于，
    所述引导程序是所述物理设备在用于运行引导程序的预启动执行环境中从所述服务器中获取的，所述引导程序支持文件传输协议。
  6. 如权利要求1所述的配置方法，其特征在于，通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统，包括：
    运行所述配置系统config_sys；
    在运行所述配置系统config_sys的第三引导环境中，判断所述物理设备中是否已安装目标系统；
    当判断出未安装时，获取并安装所述第一参数对应的目标系统，并返回所述运行配置系统config_sys的步骤；
    当判断出已安装时，运行所述目标系统。
  7. 如权利要求6所述的配置方法，其特征在于，获取并安装所述第一参数对应的目标系统，包括：
    将所述第一参数携带在第三请求中发送至服务器，以使所述服务器依据收到的第三请求中的所述第一参数确定对应的第二参数、并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件；
    接收来自于所述服务器的所述配置文件和目标系统；
    依据所述配置文件安装所述目标系统。
  8. 如权利要求7所述的配置方法，其特征在于，所述依据所述配置文件 安装所述目标系统，还进一步包括：
    获取为容器化应用提供服务的指定软件集进行安装。
  9. 如权利要求8所述的配置方法，其特征在于，
    所述指定软件集包括所述目标系统带有的第一软件；
    获取为容器化应用提供服务的指定软件集进行安装，包括：
    从所述目标系统中获取第一软件，并安装获取的第一软件。
  10. 如权利要求9所述的配置方法，其特征在于，所述第一软件包括Etcd、Docker、Flannel中的至少一种。
  11. 如权利要求8所述的配置方法，其特征在于，
    所述指定软件集包括所述目标系统未带有的第二软件；
    获取为容器化应用提供服务的指定软件集进行安装，包括：
    从本地或外部获取第二软件；
    依据所述第一参数获取与第一参数对应的软件配置文件；
    依据所述软件配置文件安装所述第二软件。
  12. 如权利要求11所述的配置方法，其特征在于，所述第二软件包括Kubernetes、Ceph中的至少一种。
  13. 如权利要求1所述的配置方法，其特征在于，所述第二参数至少包括：
    角色参数，所述角色参数用于指示所述物理设备在容器集群中的角色；
    其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
    当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
  14. 如权利要求13所述的配置方法，其特征在于，所述第二参数还包括以下的至少一种：
    对应物理设备的域名；
    对应物理设备的IP。
  15. 如权利要求1-14任一项所述的配置方法，其特征在于，所述第一参数包括：所述物理设备的MAC地址。
  16. 一种配置方法，其特征在于，应用于服务器，该方法包括：
    接收来自于物理设备发送的所述物理设备本地的第一参数；
    依据所述第一参数判断是否下发配置系统config_sys至所述物理设备；
    其中，所述配置系统config_sys用于为所述物理设备获取与所述第一参数对应且需安装在所述物理设备的目标系统，所述目标系统用于将所述物理设备配置为容器集群节点。
  17. 如权利要求16所述的配置方法，其特征在于，
    所述接收来自于物理设备发送的所述物理设备本地的第一参数，包括：接收来自于物理设备发送的所述物理设备的第一请求，所述第一请求携带了所述第一参数；
    依据所述第一参数判断是否下发配置系统config_sys至所述物理设备，包括：
    依据所述第一请求中的第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
    当所述服务器判断出已记录时，下发配置系统config_sys至所述物理设备。
  18. 如权利要求17所述的配置方法，其特征在于，依据所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，还进一步包括：
    当所述服务器判断出未记录时，下发非配置系统unknown_sys，所述非配置系统unknown_sys用于为所述物理设备检测所述服务器中是否已记录所述物理设备需配置的第二参数。
  19. 如权利要求17所述的配置方法，其特征在于，下发配置系统config_sys至所述物理设备，还进一步包括：
    当接收到来自于所述物理设备的第二请求时，依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二 参数，并下发是否已记录的消息至所述物理设备。
  20. 如权利要求19所述的配置方法，其特征在于，所述依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，还进一步包括：
    当所述服务器判断出已记录时，输出关于所述服务器中已记录所述物理设备需配置的第二参数的信息；
    当所述服务器判断出未记录时，输出关于所述服务器中未记录所述物理设备需配置的第二参数的信息。
  21. 如权利要求19所述的配置方法，其特征在于，所述下发是否已记录的消息至所述物理设备，还进一步包括：
    当接收到来自于所述物理设备的第三请求时，依据收到的第三请求中携带的第一参数确定对应的第二参数，并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件。
  22. 如权利要求16所述的配置方法，其特征在于，
    所述目标系统中带有为容器化应用提供服务的第一软件；
    和/或，
    所述目标系统中预设有用于从本地或外部获取第二软件，依据所述第一参数获取与第一参数对应的软件配置文件，并依据所述软件配置文件安装所述第二软件的服务模块。
  23. 如权利要求22所述的配置方法，其特征在于，
    所述第一软件包括Etcd、Docker、Flannel中的至少一种；
    所述第二软件包括Kubernetes、Ceph中的至少一种。
  24. 如权利要求16所述的配置方法，其特征在于，所述第二参数至少包括：
    指示物理设备在容器集群中的角色的角色参数；
    其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
    当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
  25. 如权利要求24所述的配置方法，其特征在于，所述第二参数还包括以下的至少一种：
    对应物理设备的域名；
    对应物理设备的IP。
  26. 如权利要求16-25中任一项所述的配置方法，其特征在于，所述第一参数包括所述物理设备的MAC地址。
  27. 一种物理设备，其特征在于，包括：存储器和处理器；
    所述存储器，用于存储程序代码；
    所述处理器，用于调用所述程序代码，当程序代码被执行时，用于执行以下操作：
    依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys；
    通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统；
    运行所述目标系统以将所述物理设备配置为容器集群节点。
  28. 如权利要求27所述的设备，其特征在于，所述处理器依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys时，具体用于：
    在运行获取的引导程序的第一引导环境中，将所述第一参数携带在第一请求中发送至服务器，以使所述服务器依据所述第一请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
    当所述服务器判断出已记录时，接收来自于所述服务器下发的配置系统config_sys。
  29. 如权利要求28所述的设备，其特征在于，所述处理器依据所述物理设备本地的第一参数获取配置所述物理设备所需的配置系统config_sys时，还 进一步用于：
    当所述服务器判断出未记录时，接收来自于所述服务器下发的非配置系统unknown_sys；
    安装并运行所述非配置系统unknown_sys；
    在运行所述非配置系统unknown_sys的第二引导环境中，检测所述服务器中是否已记录所述物理设备需配置的第二参数；当检测到已记录时，重启所述引导程序；当检测到未记录时，等待一个周期后返回检测所述服务器中是否已记录所述物理设备需配置的第二参数的操作。
  30. 如权利要求29所述的设备，其特征在于，所述处理器检测所述服务器中是否已记录所述物理设备需配置的第二参数时，具体用于：
    将所述第一参数携带在第二请求中发送至所述服务器，以使所述服务器依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数、并下发是否已记录的消息；
    接收来自于所述服务器下发的消息；
    当所述消息指示已配置时，确定所述服务器中已记录所述物理设备需配置的第二参数；
    当所述消息指示未配置时，确定所述服务器中未记录所述物理设备需配置的第二参数。
  31. 如权利要求28所述的设备，其特征在于，
    所述引导程序是所述物理设备在用于运行引导程序的预启动执行环境中从所述服务器中获取的，所述引导程序支持文件传输协议。
  32. 如权利要求27所述的设备，其特征在于，所述处理器通过所述配置系统config_sys获取与所述第一参数对应且需安装在所述物理设备的目标系统时，具体用于：
    运行所述配置系统config_sys；
    在运行所述配置系统config_sys的第三引导环境中，判断所述物理设备中是否已安装目标系统；
    当判断出未安装时，获取并安装所述第一参数对应的目标系统，并返回所述运行配置系统config_sys的步骤；
    当判断出已安装时，运行所述目标系统。
  33. 如权利要求32所述的设备，其特征在于，所述处理器获取并安装所述第一参数对应的目标系统时，具体用于：
    将所述第一参数携带在第三请求中发送至服务器，以使所述服务器依据收到的第三请求中的所述第一参数确定对应的第二参数、并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件；
    接收来自于所述服务器的所述配置文件和目标系统；
    依据所述配置文件安装所述目标系统。
  34. 如权利要求33所述的设备，其特征在于，所述处理器依据所述配置文件安装所述目标系统时，还进一步用于：
    获取为容器化应用提供服务的指定软件集进行安装。
  35. 如权利要求34所述的设备，其特征在于，
    所述指定软件集包括所述目标系统带有的第一软件；
    所述处理器获取为容器化应用提供服务的指定软件集进行安装时，具体用于：
    从所述目标系统中获取第一软件，并安装获取的第一软件。
  36. 如权利要求35所述的设备，其特征在于，所述第一软件包括Etcd、Docker、Flannel中的至少一种。
  37. 如权利要求34所述的设备，其特征在于，
    所述指定软件集包括所述目标系统未带有的第二软件；
    所述处理器获取为容器化应用提供服务的指定软件集进行安装时，具体用于：
    从本地或外部获取第二软件；
    依据所述第一参数获取与第一参数对应的软件配置文件；
    依据所述软件配置文件安装所述第二软件。
  38. 如权利要求37所述的设备，其特征在于，所述第二软件包括Kubernetes、Ceph中的至少一种。
  39. 如权利要求27所述的设备，其特征在于，所述第二参数至少包括：
    角色参数，所述角色参数用于指示所述物理设备在容器集群中的角色；
    其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
    当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
  40. 如权利要求39所述的设备，其特征在于，所述第二参数还包括以下的至少一种：
    对应物理设备的域名；
    对应物理设备的IP。
  41. 如权利要求27-40任一项所述的设备，其特征在于，所述第一参数包括：所述物理设备的MAC地址。
  42. 一种服务器，其特征在于，包括：存储器和处理器；
    所述存储器，用于存储程序代码；
    所述处理器，用于调用所述程序代码，当程序代码被执行时，用于执行以下操作：
    接收来自于物理设备发送的所述物理设备本地的第一参数；
    依据所述第一参数判断是否下发配置系统config_sys至所述物理设备；
    其中，所述配置系统config_sys用于为所述物理设备获取与所述第一参数对应且需安装在所述物理设备的目标系统，所述目标系统用于将所述物理设备配置为容器集群节点。
  43. 如权利要求42所述的服务器，其特征在于，
    所述处理器接收来自于物理设备发送的所述物理设备本地的第一参数时，具体用于：接收来自于物理设备发送的所述物理设备的第一请求，所述第一请求携带了所述第一参数；
    所述处理器依据所述第一参数判断是否下发配置系统config_sys至所述物理设备时，具体用于：
    依据所述第一请求中的第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数；
    当所述服务器判断出已记录时，下发配置系统config_sys至所述物理设备。
  44. 如权利要求43所述的服务器，其特征在于，所述处理器依据所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数时，还进一步用于：
    当所述服务器判断出未记录时，下发非配置系统unknown_sys，所述非配置系统unknown_sys用于为所述物理设备检测所述服务器中是否已记录所述物理设备需配置的第二参数。
  45. 如权利要求43所述的服务器，其特征在于，所述处理器下发配置系统config_sys至所述物理设备时，还进一步用于：
    当接收到来自于所述物理设备的第二请求时，依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数，并下发是否已记录的消息至所述物理设备。
  46. 如权利要求45所述的服务器，其特征在于，所述处理器依据收到的第二请求中携带的所述第一参数判断所述服务器中是否已记录所述物理设备需配置的第二参数时，还进一步用于：
    当所述服务器判断出已记录时，输出关于所述服务器中已记录所述物理设备需配置的第二参数的信息；
    当所述服务器判断出未记录时，输出关于所述服务器中未记录所述物理设备需配置的第二参数的信息。
  47. 如权利要求45所述的服务器，其特征在于，所述处理器下发是否已记录的消息至所述物理设备时，还进一步用于：
    当接收到来自于所述物理设备的第三请求时，依据收到的第三请求中携 带的第一参数确定对应的第二参数，并下发所述第二参数对应的目标系统及包含所述第二参数的配置文件。
  48. 如权利要求42所述的服务器，其特征在于，
    所述目标系统中带有为容器化应用提供服务的第一软件；
    和/或，
    所述目标系统中预设有用于从本地或外部获取第二软件，依据所述第一参数获取与第一参数对应的软件配置文件，并依据所述软件配置文件安装所述第二软件的服务模块。
  49. 如权利要求48所述的服务器，其特征在于，
    所述第一软件包括Etcd、Docker、Flannel中的至少一种；
    所述第二软件包括Kubernetes、Ceph中的至少一种。
  50. 如权利要求42所述的服务器，其特征在于，所述第二参数至少包括：
    指示物理设备在容器集群中的角色的角色参数；
    其中，当所述角色参数指示所述物理设备在容器集群中的角色为控制节点时，对应的目标系统为容器集群中控制节点所需的控制系统controller_sys；
    当所述角色参数指示所述物理设备在容器集群中的角色为工作节点时，对应的目标系统为容器集群中工作节点所需的工作系统worker_sys。
  51. 如权利要求50所述的服务器，其特征在于，所述第二参数还包括以下的至少一种：
    对应物理设备的域名；
    对应物理设备的IP。
  52. 如权利要求42-51中任一项所述的服务器，其特征在于，所述第一参数包括所述物理设备的MAC地址。
  53. 一种计算机可读存储介质，其特征在于，
    所述计算机可读存储介质上存储有计算机指令，所述计算机指令被执行时，实现权利要求1-26中任一项所述的配置方法。
PCT/CN2019/095547 2019-07-11 2019-07-11 配置方法、物理设备、服务器及计算机可读存储介质 WO2021003729A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201980032144.6A CN112204520A (zh) 2019-07-11 2019-07-11 配置方法、物理设备、服务器及计算机可读存储介质
PCT/CN2019/095547 WO2021003729A1 (zh) 2019-07-11 2019-07-11 配置方法、物理设备、服务器及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/095547 WO2021003729A1 (zh) 2019-07-11 2019-07-11 配置方法、物理设备、服务器及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2021003729A1 true WO2021003729A1 (zh) 2021-01-14

Family

ID=74004768

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/095547 WO2021003729A1 (zh) 2019-07-11 2019-07-11 配置方法、物理设备、服务器及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN112204520A (zh)
WO (1) WO2021003729A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107360042A (zh) * 2017-08-22 2017-11-17 郑州云海信息技术有限公司 一种服务器管理方法及装置
CN107483243A (zh) * 2017-08-09 2017-12-15 鹤云来科技有限公司 一种OpenStack平台的自动部署方法及设备
US20180285156A1 (en) * 2017-03-31 2018-10-04 International Business Machines Corporation Container chaining for automated process completion
CN108920174A (zh) * 2018-06-22 2018-11-30 山东超越数控电子股份有限公司 在多主机上部署和配置容器引擎的运行环境的方法与装置
CN109067593A (zh) * 2018-09-04 2018-12-21 山东浪潮云投信息科技有限公司 一种云计算环境下的ipmi自动化配置装置和方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105867955A (zh) * 2015-09-18 2016-08-17 乐视云计算有限公司 一种应用程序部署系统及部署方法
CN108632074B (zh) * 2017-08-24 2020-10-02 新华三信息安全技术有限公司 一种业务配置文件下发方法和装置
CN108549580B (zh) * 2018-03-30 2023-04-14 平安科技（深圳）有限公司 自动部署Kubernetes从节点的方法及终端设备
CN108958927B (zh) * 2018-05-31 2023-04-18 康键信息技术（深圳）有限公司 容器应用的部署方法、装置、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180285156A1 (en) * 2017-03-31 2018-10-04 International Business Machines Corporation Container chaining for automated process completion
CN107483243A (zh) * 2017-08-09 2017-12-15 鹤云来科技有限公司 一种OpenStack平台的自动部署方法及设备
CN107360042A (zh) * 2017-08-22 2017-11-17 郑州云海信息技术有限公司 一种服务器管理方法及装置
CN108920174A (zh) * 2018-06-22 2018-11-30 山东超越数控电子股份有限公司 在多主机上部署和配置容器引擎的运行环境的方法与装置
CN109067593A (zh) * 2018-09-04 2018-12-21 山东浪潮云投信息科技有限公司 一种云计算环境下的ipmi自动化配置装置和方法

Also Published As

Publication number Publication date
CN112204520A (zh) 2021-01-08

Similar Documents

Publication Publication Date Title
US11385903B2 (en) Firmware update patch
US7779297B2 (en) Fail-over method, computer system, management server, and backup server setting method
US20190082004A1 (en) Systems and methods for instantiating services on top of services
US10303458B2 (en) Multi-platform installer
US10146556B2 (en) System and method to perform an OS boot using service location protocol and launching OS using a dynamic update of network boot order without a reboot
US10146657B2 (en) Initialization trace of a computing device
CN106817411B (zh) 业务访问请求的处理方法和相关设备
US8904159B2 (en) Methods and systems for enabling control to a hypervisor in a cloud computing environment
US9804855B1 (en) Modification of temporary file system for booting on target hardware
JP2016167143A (ja) 情報処理システムおよび情報処理システムの制御方法
WO2019196705A1 (zh) 物理机到虚拟机迁移方法、装置及存储介质
CN110908753A (zh) 一种智能融合的云桌面服务器、客户端及系统
US10459742B2 (en) System and method for operating system initiated firmware update via UEFI applications
CN106462442B (zh) 加载虚拟机的系统和方法
US20050240669A1 (en) BIOS framework for accommodating multiple service processors on a single server to facilitate distributed/scalable server management
US20200250038A1 (en) Facilitating the identification of a service operating system when a main operating system fails
US20200133701A1 (en) Software service intervention in a computing system
JP6859463B2 (ja) 仮想マシンを起動させるための方法、装置、デバイス及び媒体
TW202113587A (zh) 物聯網設備的程式升級方法、裝置及物聯網設備
US8904396B2 (en) System and method of general service management
JP2006011506A (ja) 起動イメージ提供システム及び方法、ブートノード装置、ブートサーバ装置並びにプログラム
US10572151B2 (en) System and method to allocate available high bandwidth memory to UEFI pool services
US10747567B2 (en) Cluster check services for computing clusters
WO2021003729A1 (zh) 配置方法、物理设备、服务器及计算机可读存储介质
US11722562B2 (en) Systems, methods and apparatus to manage services in distributed systems

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19937198

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 19937198

Country of ref document: EP

Kind code of ref document: A1