WO2014115276A1 - 環境設定サーバ、計算機システム、及び環境設定方法 - Google Patents

環境設定サーバ、計算機システム、及び環境設定方法 Download PDF

Info

Publication number
WO2014115276A1
WO2014115276A1 PCT/JP2013/051391 JP2013051391W WO2014115276A1 WO 2014115276 A1 WO2014115276 A1 WO 2014115276A1 JP 2013051391 W JP2013051391 W JP 2013051391W WO 2014115276 A1 WO2014115276 A1 WO 2014115276A1
Authority
WO
WIPO (PCT)
Prior art keywords
local file
server
environment setting
setting
file server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2013/051391
Other languages
English (en)
French (fr)
Inventor
里司 藤恵
信之 雜賀
荒井　仁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2014558361A priority Critical patent/JP6023221B2/ja
Priority to DE112013005875.8T priority patent/DE112013005875T5/de
Priority to PCT/JP2013/051391 priority patent/WO2014115276A1/ja
Priority to CN201380070028.6A priority patent/CN104919428B/zh
Priority to GB1509868.4A priority patent/GB2525773A/en
Priority to US14/760,043 priority patent/US20150326432A1/en
Publication of WO2014115276A1 publication Critical patent/WO2014115276A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Definitions

  • the present invention relates to a technique for setting an environment for a plurality of file servers.
  • a computer system in which a file server (local file server) at a plurality of bases (called Edge) and a file server (remote file server) at a data center (called Core) are connected is known.
  • an Edge file is copied to Core, the copied file is managed by being stubbed in Edge, and when an access to a file stubbed in Edge occurs, Core is generated. This file is read from the side.
  • the administrator of each Edge sets the environment setting for the local file server.
  • the environment setting means various basic settings until the Edge client (end user) can receive the file sharing service by the local file server, for example, network setting, file system creation setting, etc.
  • the client can use the file sharing service provided by the local file server.
  • Patent Document 1 a technique disclosed in Patent Document 1 is known as a technique related to environment setting.
  • the conventional computer system has a problem that the introduction cost is high. Specifically, if the number of Edges is large, the environment of the local file server must be set in each Edge, which is troublesome. In addition, if the number of Edges is large, environment settings must be performed in each Edge, and the possibility of setting errors increases.
  • the conventional computer system has a problem that the operation level varies during operation. Specifically, for example, when a plurality of Edges are managed by different managers, for example, even if there are other Edges with sufficient capacity, only specific Edges are used and operation continues. The more difficult it is, the higher the usage rate of the file system may be.
  • an environment setting server is provided in the remote system.
  • the environment setting server identifies and specifies the environment setting information corresponding to the local file server that is the setting destination among the multiple local file servers from the storage device that stores the environment setting information related to the environment setting for each local file server.
  • the configured environment setting information is sent to the local file server of the setting destination.
  • the local file server of the setting destination can perform environment setting based on the received environment setting information.
  • the environment setting server can cause each local file server to perform environment setting, it is possible to reduce the introduction cost in the computer system and reduce the variation in the operation level during operation. it can.
  • FIG. 1 is a hardware configuration diagram of the computer system according to the embodiment.
  • FIG. 2 is a hardware configuration diagram of a computer system according to a modification.
  • FIG. 3 is a software configuration diagram of the computer system according to the embodiment.
  • FIG. 4 is a configuration diagram of an example of an Edge node management table according to the embodiment.
  • FIG. 5 is a diagram illustrating an example of the state of the computer system after completion of environment setting according to the embodiment.
  • FIG. 6 is a diagram illustrating a setting template and setting information according to the embodiment.
  • FIG. 7 is a diagram illustrating reporting information according to the embodiment.
  • FIG. 8 is a diagram illustrating an overview of the provisioning request process according to the embodiment.
  • FIG. 9 is a diagram for explaining the outline of the reporting process according to the embodiment.
  • FIG. 1 is a hardware configuration diagram of the computer system according to the embodiment.
  • FIG. 2 is a hardware configuration diagram of a computer system according to a modification.
  • FIG. 3 is a software configuration
  • FIG. 10 is a diagram illustrating an overview of a process that combines the reporting process and the provisioning request process according to the embodiment.
  • FIG. 11 is a flowchart of the provisioning request process by the Edge node according to the embodiment.
  • FIG. 12 is a flowchart of the reporting process performed by the Edge node according to the embodiment.
  • FIG. 13 is a flowchart of the setting process by the Core node according to the embodiment.
  • FIG. 14 is a flowchart of setting control processing by the provisioning server according to the embodiment.
  • aaa table various types of information may be described using the expression “aaa table”, but the various types of information may be expressed using a data structure other than a table.
  • the “aaa table” can be referred to as “aaa information” to indicate that the various types of information do not depend on the data structure.
  • program may be used as the subject.
  • a program is executed by a processor (typically a CPU (Central Processing Unit)) to perform processing determined by a memory and an interface (NIC, etc.)), and the description may be made with the processor as the subject.
  • the processing disclosed with the program as the subject may be processing performed by the provisioning server and the file server.
  • part or all of the program may be realized by dedicated hardware.
  • Various programs may be installed in each computer by a program distribution server or a computer-readable storage medium.
  • Core is a base (aggregation base) including a remote computer system, for example, a base that collectively manages servers and storage devices and a base (for example, a data center) that provides a cloud service.
  • “Edge” is a base including a local computer system, for example, a base where a user actually performs business such as a branch office, a sales office, or a remote office.
  • a “stub” is an object (metadata) associated with file storage location information (information indicating a link destination). Since a stubbed file does not hold actual data, it is necessary to obtain actual data from the Core computer system when accessed. For this reason, access performance to a stubbed file is lower than that of a normal file.
  • Replication means copying a file in Edge to Core.
  • Migration means that a file in Edge is replicated to Core and a file in Edge is stubbed.
  • Stbbing refers to deleting actual data (actual data) from an Edge (Edge computer system) file system file so that only management information is retained.
  • Archive is a general term for migration and replication.
  • FIG. 1 is a diagram illustrating a hardware configuration of the computer system according to the embodiment.
  • the hardware of the computer system is arranged in a plurality of Edge 10 and Core 100.
  • the computer system of Edge 10 includes a RAID (Redundant Array of Independent (or Inexpensive) Disks) system 30, one or more Edge nodes 20, and one or more client computers 40.
  • the Edge node 20 is an example of a local file server.
  • the Edge node 20 is connected to the client computer 40 via, for example, a communication network (for example, a LAN (Local Area Network)).
  • the Edge node 20 is connected to the RAID system 30 via, for example, a communication network (for example, SAN (Storage Area Network)).
  • the RAID system 30 is a storage device that stores data in accordance with RAID rules. Instead of the RAID system 30, another type of storage device may be adopted.
  • the RAID system 30 includes a DISK 31.
  • the DISK 31 is a disk-type physical storage device (for example, HDD (Hard Disk Drive)). Another type of physical storage device (for example, a flash memory device) may be employed as the physical storage device.
  • the DISK 31 is singular in FIG. 1, but is actually plural (as illustrated, it may be singular).
  • a plurality of DISKs 31 may constitute one or more RAID groups.
  • the RAID system 30 includes a memory that stores a program executed in the RAID system 30 and a CPU (Central Processing Unit) that executes the program.
  • CPU Central Processing Unit
  • the RAID system 30 receives the block level I / O request transmitted from the edge node 20, and executes the I / O to the appropriate DISK 31.
  • the Edge node 20 includes a memory 22, a CPU 21, and a NIC (Network Interface Card) 23.
  • a CPU 21 is connected to the memory 22 and the NIC 23.
  • the NIC 23 is a communication interface device that communicates with the Core node 110, the client computer 40, and the PRS 130. Instead of the NIC 23, other types of communication interface devices may be employed.
  • the memory 22 is a storage area (for example, RAM (Random Access Memory) or ROM (Read Only Memory)) that the CPU 21 can directly read and write.
  • a program for example, OS (Operating System)
  • OS Operating System
  • the Edge node 20 may have another kind of storage resource in addition to or instead of the memory 22.
  • the memory 22 is an example of a storage device.
  • the Edge node 20 receives a file level I / O request from the client computer 40 via the NIC 23.
  • the Edge node 20 creates an I / O request (block level I / O request) for the I / O of the data block constituting the file specified by the I / O request.
  • the Edge node 20 transmits a block level I / O request to the RAID system 30.
  • the client computer 40 is an example of a computer used by a client (user), and includes a memory 42, a CPU 41, and a NIC 43.
  • the client computer 40 may have another type of storage resource in addition to or instead of the memory 42.
  • a program (a program (for example, OS) for controlling the client computer 40) is read onto the memory 42, and the CPU 41 executes the program. Further, the client computer 40 transmits a file level I / O request to the edge node 20 via the NIC 43.
  • the computer system of Core 100 includes a Core node 110, a RAID system 120, a provisioning server (hereinafter referred to as PRS) 130, and a RAID system 140.
  • the Core node 110 is an example of a remote file server, and specifically, for example, an archive file server.
  • a RAID system 120 is connected to the Core node 110.
  • the RAID system 120 includes a DISK 121.
  • the configuration of the RAID system 120 and the configuration of the RAID system 30 are the same. Therefore, the RAID system 120 also receives the block level I / O request transmitted from the Core node 110 and executes I / O to the appropriate DISK 121.
  • the configuration of the RAID system 120 and the configuration of the RAID system 30 may be different.
  • the Core node 110 includes a memory 112, a CPU 111, and a NIC 113. Instead of or in addition to the memory 112, another type of storage resource may be provided.
  • a program for example, OS
  • the Core node 110 communicates with the Edge node 20 and the PRS 130 via the NIC 113 and the communication network 50.
  • the Core node 110 accesses the RAID system 120 in units of blocks.
  • the RAID system 140 includes a DISK 141.
  • the configuration of the RAID system 140 and the configuration of the RAID system 30 are the same. Therefore, the RAID system 140 also receives the block level I / O request transmitted from the PRS 130 and executes the I / O to the appropriate DISK 141.
  • the configuration of the RAID system 140 and the configuration of the RAID system 30 may be different.
  • the PRS 130 is an example of an environment setting server, and includes a memory 132, a CPU 131, and a NIC 133. Instead of or in addition to the memory 132, another type of storage resource may be provided.
  • a program for example, OS
  • the PRS 130 communicates with the edge node 20 via the NIC 133 and the communication network 50. Also, the PRS 130 communicates with the Core node 110 via the NIC 133 and the communication network.
  • the PRS 130 accesses the RAID system 140 in units of blocks.
  • One or more NICs 133 are provided.
  • the management computer 60 may be connected to the PRS 130 and the Core node 110 via a communication network.
  • the management computer 60 is an example of a computer for the administrator to make various settings for the PRS 130 and the Core node 110.
  • the management computer 60 includes a memory 62, a CPU 61, and a NIC 63.
  • a program for example, OS
  • the management computer 60 communicates with the PRS 130 and the Core node 110 via the NIC 63 and the communication network.
  • the Core100 computer system can also be configured as follows. That is, the Core node 110 and the PRS 130 illustrated in FIG. 1 may be configured as an integrated server 150 including one computer as illustrated in FIG. The RAID system 120 and the RAID system 140 shown in FIG. In this way, it is not necessary to physically separate the Core node 110 and the PRS 130 (for example, it is not necessary to prepare separate computers).
  • the integrated server 150 includes a memory 152, a CPU 151, and a NIC 153, and realizes the functions of the Core node 110 and the PRS 130 illustrated in FIG. Instead of or in addition to the memory 152, another type of storage resource may be provided.
  • a program for example, OS
  • the integrated server 150 communicates with the edge node 20 via the NIC 153 and the communication network 50.
  • the integrated server 150 accesses the RAID system 160 in units of blocks.
  • the “server” may be a physical server or a virtual server.
  • the physical server may be, for example, one or more computers or storage devices.
  • FIG. 3 is a software configuration diagram of the computer system according to the embodiment.
  • the RAID system 30 (120, 140) has a plurality of LU (Logical Unit) 32 (122, 142) and an OS LU (Logical Unit for OS) 33 (123, 143).
  • the LU 32 (122, 142) is a logical storage device provided to a host device such as the Edge node 20 (Core node 110, PRS 130), and is created based on the storage area of the DISK 31 (121, 141).
  • the LU 32 (122, 142) may be a substantial LU based on one or more DISKs 31 (121, 141), or may be a virtual LU according to thin provisioning.
  • the LU 32 (122, 142) is composed of a plurality of blocks (storage areas). Files are stored in the LU 32 (122, 142).
  • the OS LU 33 (123, 143) is a logical storage device.
  • the OS LU 33 (123, 143) may be a substantial LU based on one or more DISKs 31 (121, 141).
  • the OS LU 33 (123, 143) may store programs for controlling the Edge node 20, the Core node 110, and the PRS 130, and the like.
  • a data mover program 25 (114), a file system 24 (115), and a kernel / driver 28 (116) are stored in the memory 22 of the edge node 20 (memory 112 of the core node 110).
  • the memory 22 of the edge node 20 further stores a provisioning request program 26 and a reporting program 27.
  • the data mover program 25 in the Edge node 20 is referred to as a “local mover”
  • the data mover program 114 in the Core node 110 is referred to as a “remote mover”.
  • " Files are exchanged between the edge node 20 and the core node 110 via the local mover 25 and the remote mover 114.
  • the local mover 25 reads the replication target file from the LU 32 of the RAID system 30 and transfers the file to the Core node 110.
  • the remote mover 114 receives the replication target file from the edge node 20 and writes the file to the LU 122 of the RAID system 120.
  • the local mover 25 deletes the replicated file in the LU 32 (strictly, the actual data of the file) when a certain predetermined condition is satisfied, and thereby the substantial migration of the replicated file. Is realized. Thereafter, when the local mover 25 receives a read request from the client computer 40 with respect to the stub (metadata) of the file from which the actual data has been deleted, the file (link) to the stub via the remote mover 114 ( (Actual data of the file) is acquired, and the acquired file is transmitted to the client computer 40.
  • the kernel / driver 28 (116) performs general control and hardware-specific control such as schedule control of a plurality of programs (processes) operating on the Edge node 20 (Core node 110) and handling of interrupts from hardware. Take control.
  • the provisioning request program 26 executes provisioning request processing for acquiring and setting environment setting information from the PRS 130.
  • the reporting program 27 executes a reporting process for transmitting a report regarding the state of the Edge node 20 to the PRS 130.
  • the file system 24 (115) is a file system program and manages file system configuration information.
  • the file system configuration information includes information on each file and directory (for example, information indicating the size and location of the file) and is stored in, for example, the OS LU 33 (123) or the memory 22 (112).
  • an application 44 In the memory 42 of the client computer 40, an application 44, a file system 45, and a kernel / driver 46 are stored.
  • the application 44 is software (application program) that the client computer 40 uses according to the purpose of work.
  • the file system 45 and the kernel / driver 46 are substantially the same as the file system 24 (115) and the kernel / driver 28 (116) described above.
  • the memory 132 of the PRS 130 stores a provisioning program 134, a file system 135, a kernel / driver 136, an edge node management table 137, and a setting template 138.
  • the provisioning program 134 executes a provisioning process for setting an environment for the Edge node 20 and / or the Core node 110.
  • the file system 135 and the kernel / driver 136 are substantially the same as the file system 24 (115) and the kernel / driver 28 (116) described above.
  • the Edge node management table 137 manages information related to each Edge node 20 of the computer system. Details of the edge node management table 137 will be described later.
  • the setting template 138 is a setting template (sometimes simply referred to as a template) indicating items necessary for environment setting of the Edge node 20.
  • the setting template 138 may include a plurality of templates having different items from various viewpoints. For example, there may be a template for emphasizing migration and a template for emphasizing archive. Further, the template may be a template having only all the items necessary for the environment setting, and commonly used values are set for some of the plurality of items. It may be an intermediate template.
  • an application 64 In the memory 62 of the management computer 60, an application 64, a file system 65, and a kernel / driver 66 are stored.
  • the application 64 is software (application program) used by the management computer 60 according to the purpose of work.
  • the application 64 receives input of environment setting information to be set in the Edge node 20 from the administrator based on information from the PRS 130, for example.
  • the application 64 receives a value for an item of the setting template 138 corresponding to the edge node 20 to be set from the administrator.
  • the value to be set in the Edge node 20 can be appropriately received.
  • the file system 65 and kernel / driver 66 of the management computer 60 are substantially the same as the file system 24 (115) and kernel / driver 28 (116) described above.
  • FIG. 4 is a configuration diagram of an example of an Edge node management table according to the embodiment.
  • the edge node management table 137 is a table for managing each edge node 20, and stores entries including fields of a serial number 137a, an authentication token 137b, a setting template 137c, and setting information 137d.
  • serial number 137c identification information (serial number) for identifying the edge node 20 is stored.
  • An authentication token used with the Edge node 20 corresponding to the entry is set in the authentication token 137b.
  • the authentication token is acquired and set at the time of initial setting for performing communication with the Edge node 20.
  • the setting template 137c stores a pointer for referring to a template indicating items necessary for setting environment setting information of the Edge node 20 corresponding to the entry.
  • the setting information 137d stores a pointer for referring to environment setting information (also simply referred to as setting information) set based on the template corresponding to the entry.
  • the setting information indicated by the pointer is stored in the RAID system 30, for example.
  • FIG. 6 is a diagram for explaining the setting template and the setting information according to the embodiment.
  • Examples of the setting template 138 include those shown in the template 138A (template A) and the template 138B (template B).
  • the template 138A includes, as setting items, a setting version, an OS version, a file system name (Edge), a capacity, a quota, a CIFS (Common Internet File System) share name, an NFS (Network File System) share name, and a migration destination (Core). Allocated area), a reporting schedule, a migration policy (cooperation setting with Core), and the like.
  • the template 138B includes, as setting items, a setting version, an OS version, a file system name (Edge), a capacity, a quota, a CIFS share name, an NFS share name, a migration destination (area allocated to Core), a reporting schedule, and a compression control policy. Etc. These setting items may be added / changed with the addition / change of the functions of the Edge node and / or the Core node.
  • the setting version is the version of the setting information.
  • the OS version is the OS version.
  • the file system name (Edge) is a file system name in the Edge node 20.
  • the capacity is the capacity of the file system. Quota is a threshold for the capacity of the file system.
  • the CIFS share name is a share name in CIFS.
  • the NFS share name is a share name in NFS.
  • the migration destination (area allocated to the Core) is the migration destination area in the Core node 110 of the file in the file system.
  • the reporting schedule is a schedule for executing a reporting process.
  • the migration policy (coordination setting with Core) is a policy related to migration.
  • the migration policy includes a stubbing setting for stubbing a file, a WORM setting for migrating to WORM (Write Once Read Many), and the like.
  • the compression control policy is a policy related to file compression.
  • the setting information 139A (setting information A) is displayed.
  • the setting version is “2.2”
  • the OS version is “3.2”
  • the file system name is “fs01”
  • the capacity is “1 GB”
  • the quota is “75%”.
  • the CIFS share name is“ cifsshare01 ”
  • the NFS share name is“ nfsshare01 ”
  • the migration destination is“ NS01 ”
  • the reporting schedule is“ every day 12:00 ”
  • the migration policy is“ “Stubification setting”, “WORMization setting”, and the like.
  • the setting information 139B (setting information B) is displayed.
  • the setting version is “1.3”
  • the OS version is “4.0”
  • the file system name is “aaa”
  • the capacity is “5 GB”
  • the quota is “90%”.
  • the CIFS share name is" share-a "
  • the NFS share name is” share-a "
  • the migration destination is” NS02 "
  • the reporting schedule is” every day 6:00
  • the compression control policy is “only infrequent”, which means that only files that are accessed infrequently are compressed.
  • FIG. 5 is a diagram illustrating an example of the state of the computer system after completion of the environment setting according to the embodiment.
  • FIG. 5 shows a state of the computer system when the environment setting of the edge node 20 is performed based on the setting information A and the setting information B shown in FIG.
  • a file system 34A with the file system name “fs01” is created in the LU 32 of Edge 10 of the computer system, and “NS01” as the migration destination of the file of the file system 34A of “fs01” is created in the LU 122 of Core 100.
  • File system 125A is created.
  • a file system 34B with the file system name “aaa” is created in the LU 32 of the other Edge 10 of the computer system, and the file 122 of the file system 34B of “aaa” is migrated to the LU 122 of the Core 100.
  • NS02 "file system 125B is created. If the file system to be created already exists, the Edge file system and the migration destination are linked using the existing file system.
  • a part of the LU 122 (tenant 124: sub storage area) is allocated to the same organization (for example, one company), and the Edge migration destination of the same organization
  • the file system (for example, 125A, 125B) is created in the same tenant 124, and is created in an area other than the file system (for example, 125C) and tenant 124 of another organization.
  • FIG. 7 is a diagram illustrating reporting information according to the embodiment.
  • the reporting information 170A is an example of reporting information transmitted from the Edge node 20 set by the setting information 139A in FIG. 6, and the reporting information 170B is transmitted from the Edge node 20 set by the setting information 139B in FIG. This is an example of reporting information.
  • the reporting information 170A includes the value of the same item as the setting item of the setting information 139A and the actually measured value in the Edge node 10. In this embodiment, the actual measurement value includes the usage rate of the capacity of the file system.
  • the reporting information 170B includes the value of the same item as the setting item of the setting information 139B and the actual measurement value at the Edge node 10. In this embodiment, the actual measurement value includes the usage rate of the capacity of the file system.
  • FIG. 8 is a diagram for explaining the outline of the provisioning request process according to the embodiment.
  • the provisioning request process is a process for requesting the setting information of the Edge node 20 of the Edge 10 and performing the setting. For example, the provisioning request process is executed when a new Edge 10 is connected to the computer system.
  • FIG. 8 shows an example when Edge-A is newly connected.
  • the provisioning request program 26 of the Edge node 20 of Edge-A transmits a provisioning request to the PRS 130 ((1) in FIG. 8).
  • the PRS 130 that has received the provisioning request acquires the setting information for Edge-A from the LU 142 of the RAID system 140 ((2) in FIG. 8).
  • the PRS 130 transmits the acquired setting information to the Edge node 20 that requested the provisioning request ((3) in FIG. 8).
  • the edge node 20 of Edge-A Upon receiving the setting information, the edge node 20 of Edge-A sets the file system and the like based on the received setting information ((4) in FIG. 8). Thereby, the Edge node 20 is set based on the setting information set in the PRS 130. Thereafter, when the setting is completed, the Edge node 20 transmits a notification that the setting is completed (setting completion notification) to the PRS 130 ((5) in FIG. 8).
  • FIG. 9 is a diagram for explaining the outline of the reporting process according to the embodiment.
  • the reporting process is a process for notifying the setting information in the Edge node 20 and the state information of the Edge node 20, and is executed, for example, every predetermined time.
  • the reporting program 27 of the edge node 20 of Edge-A creates reporting information of the edge node 20 and transmits the reporting information to the PRS 130 ((1) in FIG. 9).
  • the PRS 130 that has received the reporting information obtains the latest setting information for the sending edge node 20 of the reporting information from the LU 142 of the RAID system 140 ((2) in FIG. 9). Specifically, for example, the LU 142 stores one or more pieces of setting information for each Edge node 20, and the PRS 130 uses one or more pieces of setting information corresponding to the sending edge node 20 of the reporting information. Get the latest setting information.
  • the latest setting information for the transmission source edge node 20 is the setting information with the newest setting version among one or a plurality of setting information corresponding to the transmission source edge node 20.
  • the PRS 130 transmits the acquired latest setting information setting version (latest setting version) to the edge node 20 of the reporting information transmission source ((3) in FIG. 9).
  • the edge node 20 of Edge-A Upon receiving the latest setting version, the edge node 20 of Edge-A acquires the current setting version from the LU 32 of the RAID system 30 ((4) in FIG. 9).
  • the Edge node 20 compares the acquired setting version with the latest setting version ((5) in FIG. 9).
  • FIG. 10 is a diagram illustrating an overview of a process that combines the reporting process and the provisioning request process according to the embodiment.
  • the process shown in FIG. 10 is a process for executing the reporting process and executing the provisioning request process when it is necessary to change the setting information.
  • the setting version of the edge node 20 of Edge-A is not the latest, and the setting version of the edge node 20 of Edge-B and Edge-C is the latest.
  • the reporting program 27 of each Edge node 20 of Edge-A, Edge-B, and Edge-C creates reporting information of each Edge node 20 and transmits the reporting information to the PRS 130 ((1) in FIG. 10). ).
  • the PRS 130 Upon receiving the reporting information, the PRS 130 sends the latest setting information for the sending edge node of the reporting information (in the example of FIG. 10, the latest setting information for each of the Edge-A, Edge-B, and Edge-C file servers). Obtained from the LU 142 of the RAID system 140 ((2) in FIG. 10).
  • the PRS 130 sends the setting version of the acquired setting information as the latest setting version to the Edge node 20 (Edge-A, Edge-B, and Edge-C file servers) corresponding to each setting information (FIG. 10 (3)).
  • the Edge node 20 that is the transmission source of the reporting information can be made aware of the latest setting version.
  • the edge nodes 20 of Edge-A, Edge-B, and Edge-C acquire the current setting version from the LU 32 of the RAID system 30 ((4) in FIG. 10). Next, each Edge node 20 compares the acquired setting version with the latest setting version ((5) in FIG. 10).
  • the Edge-A Edge node 20 determines that the setting version is not the latest, whereas the Edge-B and Edge-C Edge nodes 20 determine that the setting version is the latest.
  • the Edge node 20 (in the example of FIG. 10, the Edge node 20 of Edge-A) that has determined that the setting version is not the latest transmits a provisioning request to the PRS 130 ((6) in FIG. 10).
  • the PRS 130 Upon receipt of the provisioning request, the PRS 130 acquires the setting information for Edge-A from the LU 142 of the RAID system 140 ((7) in FIG. 10).
  • the PRS 130 transmits the acquired setting information to the Edge node 20 that requested the provisioning request ((8) in FIG. 10).
  • the edge node 20 of Edge-A Upon receiving the setting information, the edge node 20 of Edge-A sets the file system and the like based on the received setting information ((9) in FIG. 10). Thereby, the edge node 20 is set based on the latest setting information set in the PRS 130. Thereafter, when the setting is completed, the Edge node 20 transmits a notification that the setting is completed (setting completion notification) to the PRS 130 ((10) in FIG. 10). By such processing, the manager does not need to set the edge node 20 in the edge 10. In addition, the status of each Edge node can be ascertained through regular reporting, and the optimum settings can be applied to each Edge node based on the reporting information. Therefore, the same level of operation should be continued for all Edge nodes. Is possible.
  • FIG. 11 is a flowchart of the provisioning request process by the Edge node according to the embodiment.
  • the provisioning request program 26 of the edge node (file server) 20 transmits a provisioning request to the PRS 130 (step S11).
  • the provisioning request includes the serial number of the edge node 20 and the authentication token.
  • the authentication token is obtained when Edge node 20 first authenticates to PRS 130 using a serial number and a password.
  • the PRS 130 that has received the provisioning request returns setting information for the Edge node 20 in the setting control process (see FIG. 14).
  • the provisioning request program 26 receives the setting information returned from the PRS 130 (step S12). Next, the provisioning request program 26 executes a process for setting an Edge node based on the setting information (step S13). First, the provisioning request program 26 creates / edits a file system based on the setting information (step S14). Specifically, the provisioning request program 26 creates / edits a file system name having a file system name in the setting information and having a capacity in the setting information. Next, the provisioning request program 26 creates / edits file system sharing (step S15). Specifically, the provisioning request program 26 creates a shared directory using the CIFS share name and the NFS share name in the setting information. Next, the provisioning request program 26 sets the Core cooperation (step S16). Specifically, the provisioning request program 26 performs setting corresponding to the setting contents of the migration policy in the setting information.
  • the provisioning request program 26 determines whether or not all the settings based on the setting information have been completed (step S17). When all the settings have been completed (Yes in step S17), a setting completion notification is sent. It transmits to PRS130 (step S18), and a process is complete
  • FIG. 12 is a flowchart of the reporting process by the Edge node according to the embodiment.
  • the reporting (reporting) process is executed, for example, every predetermined time.
  • the reporting program 27 of the Edge node 20 transmits reporting information to the PRS 130 (step S21).
  • the PRS 130 that has received the reporting information returns the latest setting version to the Edge node 20 in the setting control process (see FIG. 14).
  • the reporting program 27 receives the latest setting version returned from the PRS 130 (step S22). Next, the reporting program 27 determines whether or not the current setting version of the Edge node 20 is smaller than the received latest setting version, that is, the current setting version is old (step S23).
  • the provisioning request program 26 transmits a provisioning request to the PRS 130 (step S24).
  • the latest setting information can be acquired from the PRS 130.
  • the PRS 130 that has received this provisioning request returns the latest setting information for the Edge node 20 in the setting control process (see FIG. 14).
  • the provisioning request program 26 receives the setting information returned from the PRS 130 (step S25). Next, the provisioning request program 26 executes processing for resetting the Edge node 20 based on the setting information (step S26). Next, the provisioning request program 26 transmits a setting completion notification to the PRS 130 (step S27) and ends the process. Thereby, the Edge node 20 can be reset to the latest setting.
  • the reporting program 27 ends the process without doing anything.
  • FIG. 13 is a flowchart of setting processing by the Core node according to the embodiment.
  • the CPU 111 of the Core node 110 (Core node) receives the setting information transmitted from the PRS 130 (Step S31), the CPU 111 executes a process of setting the Core node 110 based on the received setting information (Step S32). Specifically, for example, the CPU 111 edits the migration destination of the file system based on the setting information.
  • the CPU 111 determines whether or not all the settings based on the setting information have been completed (step S33). If all the settings have been completed (Yes in step S33), a setting completion notification is transmitted to the PRS 130. (Step S34), and the process ends. On the other hand, when all the settings are not completed, that is, when the setting has failed or timed out (No in step S33), the CPU 111 transmits an error notification to the PRS 130 (step S35). The process ends.
  • FIG. 14 is a flowchart of setting control processing by the provisioning server according to the embodiment.
  • the provisioning program 134 of the PRS 130 is ready to accept information from the Edge node 20 (step S41). Next, when the provisioning program 134 receives information from the Edge node 20 (step S42), the provisioning program 134 determines whether the received information is a provisioning request (step S43).
  • the provisioning program 134 refers to the Edge node management table 137 and specifies setting information corresponding to the serial number included in the provisioning request. (Step S44). Next, the provisioning program 134 determines whether or not the Core node needs to be reset (step S45). For example, when the capacity of the file system of the Edge node becomes larger than the capacity of the name space of the Core node to which the file system is migrated, the provisioning program 134 increases the capacity of the name space. It is determined that resetting is necessary.
  • the Core node tenant and namespace area are set when the function is also enabled on the Core node, or when the Edge node is suspended and initialized. Even when releasing, it is necessary to reset the Core node.
  • step S45 the provisioning program 134 generates setting information for each of the edge node 20 and the core node 110 (step S46), and performs the processing step. Proceed to S48.
  • step S47 the provisioning program 134 generates setting information for the Edge node 20 (step S47), and the process proceeds to step S48.
  • step S48 the provisioning program 134 transmits the setting information generated in step S46 or step S47 to the setting target (Edge node 20 and / or Core node 110), and ends the process. Thereby, appropriate setting information can be transmitted to the Edge node 20 and / or the Core node 110 to be set.
  • the provisioning program 134 determines whether the received information is reporting information (step S49).
  • the provisioning program 134 confirms (refers to) a preset reset policy (step S50), and the reporting information has it. Based on the plurality of information elements and the resetting policy, it is determined whether any one of the conditions in the resetting policy is satisfied (step S51).
  • step S51 if there are those satisfying the conditions (Yes in step S51), the provisioning program 134 responds to the above (conditions) based on the reporting information (specifically, processing) )),
  • the setting information is updated (step S52), and the process proceeds to step S53.
  • setting information can be adjusted to an appropriate setting value.
  • step S52 for example, at least one of (a) and (b), (A)
  • the provisioning program 134 relates to the predetermined item (or the predetermined item) in the setting information corresponding to the Edge node of the reporting information transmission source based on the value (for example, measurement value) of the predetermined item in the reporting information. Change the value corresponding to one or more other items.
  • the provisioning program 134 corresponds to the Edge node of the Edge belonging to the same company or the related company as the Edge having the Edge node that is the transmission source of the reporting information, based on a value (for example, a measured value) of a predetermined item in the reporting information.
  • the value corresponding to the predetermined item (or one or more other items related to the predetermined item) in the set information is changed. May be done.
  • step S52 there is a case where the reconfiguration policy is set so that the OS version matches the latest version among a plurality of Edge nodes.
  • the provisioning program 134 compares the value of the OS version item from the reporting information of each Edge node to be compared, and identifies the latest OS version.
  • the provisioning program 134 updates the OS version and the setting version value of the setting information.
  • the setting version must be updated whenever the contents of the setting information are changed. Since the process proceeds to step S53 in this state, a setting version different from the setting version of the setting information already set in the Edge node is transmitted. This can trigger a provisioning request from the Edge node.
  • the setting information updated in S52 includes at least one corresponding to at least one of the sending edge node of the reporting information, the edge node related to the sending edge node, and the sending node corresponding to the sending edge node.
  • One piece of setting information, and the setting information after update in S52 is information for performing processing corresponding to the condition determined to be satisfied in S51.
  • the transmission destination in S53 of the version (that is, the latest setting version) is the node corresponding to the updated setting information (that is, the sending edge node of the reporting information, the edge node related to the sending edge node, and its At least one of the Core nodes corresponding to the source Edge node).
  • the updated setting information itself may be transmitted to the node corresponding to the updated setting information in S53.
  • the provisioning program 134 may specify the tenant usage rate in the storage area based on the reporting information, and adjust the setting information based on this usage rate. In this way, it is possible to appropriately adjust the setting for each tenant.
  • step S51 the provisioning program 134 advances the process to step S53.
  • step S53 the provisioning program 134 transmits the latest setting version to the Edge node 20 (or the Core node in which the setting information of the latest setting version is to be set), and then ends the processing.
  • the latest setting version to the Edge node 20, in the reporting process (see FIG. 12)
  • a process for acquiring setting information is executed.
  • step S49 If it is determined in step S49 that the request is not reporting information (No in step S49), the provisioning program 134 transmits an error notification to the edge node 20 (step S54) and ends the process.
  • the initiative to determine whether to apply the information distributed by the PRS 130 may be in the PRS 130 or the Edge node.
  • A) Case where the PRS 130 has the initiative to reflect the settings Since the Edge node can be forcibly set, the same environment can be created quickly in large quantities. In addition, this case is effective when setting items such as initial settings are determined.
  • the setting reflection is performed by the PRS 130 in the time zone with a small number of users, and the setting reflection or the like is performed by the Edge node at the next restart. good.
  • the PRS 130 can transmit a setting reflection policy that reflects the setting when the CPU usage rate in the reporting information is equal to or less than a predetermined percentage to each Edge node.
  • case (a) and the case (b) can be flexibly switched. This is because both the PRS 130 and the Edge node are file servers.
  • the PRS 130 detects the setting mistake from the reporting information from the Edge node, and sends the correct setting information to the Edge node.
  • Setting information can be set.
  • the PRS 130 specifies from the reporting information from the Edge node that the usage period of the Edge node or the optional function has expired, by controlling the value in the setting information transmitted to the Edge node, Use of an Edge node or an optional function whose usage period has expired can be stopped.
  • the edge node setting can be returned to the factory default state.
  • the PRS 130 can correct the setting template based on the reporting information. Specifically, for example, when the value of a predetermined item in the reporting information exceeds a predetermined value, the PRS 130 may perform processing such as subdividing the predetermined item or adding a related item to the setting template. it can.
  • the PRS 130 selects optimum setting information from the reporting information collected from a plurality of Edge nodes, and applies the setting information (setting information of the latest setting version in the embodiment) to other Edge nodes. Can do.
  • the PRS 130 determines that the operation is stable based on a plurality of reporting information received from the same Edge node (for example, the CPU usage rate is within an appropriate range for a predetermined number of times or more). ) Increase the schedule (reporting interval) in the setting information corresponding to the Edge node.
  • the PRS 130 determines that the operation is unstable (for example, the CPU usage rate is out of the proper range for a predetermined number of times or more)
  • the PRS 130 sets the schedule (reporting interval) in the setting information corresponding to the Edge node. shorten. By making such a setting, it is possible to suppress the influence of reporting on the service.
  • Edge 20 ... File server (Edge node) 100 ... Core 110 ... Archive storage device (Core node) 130 ... Provisioning server.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

　ローカルシステムに存在する複数のローカルファイルサーバと、リモートシステムに存在し複数のローカルファイルサーバに接続されたリモートファイルサーバとを有する計算機システムにおいて、リモートシステムに、環境設定サーバが備えられる。環境設定サーバが、環境設定に関する環境設定情報をローカルファイルサーバ毎に記憶している記憶デバイスから、複数のローカルファイルサーバのうちの設定先のローカルファイルサーバに対応した環境設定情報を特定し、特定した環境設定情報を、設定先のローカルファイルサーバに送信する。

Description

環境設定サーバ、計算機システム、及び環境設定方法
　本発明は、複数のファイルサーバの環境設定を行う技術に関する。
　従来、企業や個人が自費でサーバやソフトウェアを購入し、これを利用する形態が主流であったが、ＴＣＯ（Total　Cost　of　Ownership）を削減するため、インターネット経由でサーバやソフトウェアを利用するクラウドコンピューティングが広まる傾向にある。
　例えば、複数の拠点（Ｅｄｇｅという）のファイルサーバ（ローカルファイルサーバ）と、データセンタ（Ｃｏｒｅという）のファイルサーバ（リモートファイルサーバ）とを接続した計算機システムが知られている。この計算機システムにおいては、ＥｄｇｅのファイルがＣｏｒｅへコピーされ、このコピーされたファイルは、Ｅｄｇｅにおいてスタブ化されて管理され、また、Ｅｄｇｅにおいてスタブ化されているファイルに対してアクセスが発生すると、Ｃｏｒｅ側からこのファイルを読み出すことが行われる。
　このような計算機システムにおいて、Ｅｄｇｅに新たなローカルファイルサーバを追加する場合や、Ｅｄｇｅのローカルファイルサーバの環境設定を変更する場合には、各Ｅｄｇｅにおける管理者がローカルファイルサーバに対して環境設定を行っている。ここで、環境設定とは、Ｅｄｇｅのクライアント（エンドユーザ）がローカルファイルサーバによるファイル共有サービスを受けることができるようになるまでの基本的な種々の設定、例えば、ネットワーク設定、ファイルシステム作成設定等をいう。
　ローカルファイルサーバに対して環境設定が完了すると、クライアントは、ローカルファイルサーバが提供するファイル共有サービスを利用できるようになる。
　なお、環境設定に関する技術として、例えば特許文献１の技術が知られている。
特開２０１１－１５０５８７号公報
　従来の計算機システムには、導入コストが高いという問題がある。具体的には、Ｅｄｇｅ数が多いと、それぞれのＥｄｇｅにおいてローカルファイルサーバの環境設定を行わなければならず、手間がかかるという問題がある。また、Ｅｄｇｅ数が多いと、それぞれのＥｄｇｅにおいて環境設定を行わなければならず、設定ミスが発生する可能性が増大する。
　また、従来の計算機システムには、運用時においては、運用水準にばらつきが生じるという問題がある。具体的には、例えば、複数のＥｄｇｅをそれぞれ別の管理者が管理するようにすると、例えば、容量に余裕のあるＥｄｇｅが他にあるのにも関わらず、特定のＥｄｇｅばかり使用されて運用継続が困難なほどファイルシステムの使用率が高くなってしまう虞がある。
　ローカルシステムに存在する複数のローカルファイルサーバと、リモートシステムに存在し複数のローカルファイルサーバに接続されたリモートファイルサーバとを有する計算機システムにおいて、リモートシステムに、環境設定サーバが備えられる。環境設定サーバが、環境設定に関する環境設定情報をローカルファイルサーバ毎に記憶している記憶デバイスから、複数のローカルファイルサーバのうちの設定先のローカルファイルサーバに対応した環境設定情報を特定し、特定した環境設定情報を、設定先のローカルファイルサーバに送信する。設定先のローカルファイルサーバは、受信した環境設定情報に基づく環境設定を行うことができる。
　本発明によると、環境設定サーバが、各ローカルファイルサーバに環境設定を実行させることができるので、計算機システムにおける導入コストを低減することができるとともに、運用時における運用水準のばらつきを低減することができる。
図１は、実施例に係る計算機システムのハードウェア構成図である。 図２は、変形例に係る計算機システムのハードウェア構成図である。 図３は、実施例に係る計算機システムのソフトウェア構成図である。 図４は、実施例に係るＥｄｇｅノード管理テーブルの一例の構成図である。 図５は、実施例に係る環境設定完了後の計算機システムの状態の一例を示す図である。 図６は、実施例に係る設定テンプレートと、設定情報とを説明する図である。 図７は、実施例に係るレポーティング情報を示す図である。 図８は、実施例に係るプロビジョニング要求処理の概要を説明する図である。 図９は、実施例に係るレポーティング処理の概要を説明する図である。 図１０は、実施例に係るレポーティング処理及びプロビジョニング要求処理を複合した処理の概要を説明する図である。 図１１は、実施例に係るＥｄｇｅノードによるプロビジョニング要求処理のフローチャートである。 図１２は、実施例に係るＥｄｇｅノードによるレポーティング処理のフローチャートである。 図１３は、実施例に係るＣｏｒｅノードによる設定処理のフローチャートである。 図１４は、実施例に係るプロビジョニングサーバによる設定制御処理のフローチャートである。
　以下、実施例を説明する。なお、以下に説明する実施例は特許請求の範囲にかかる発明を限定するものではなく、また実施例の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
　なお、以下の説明では「ａａａテーブル」の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。各種情報は、データ構造に依存しないことを示すために「ａａａテーブル」を「ａａａ情報」と呼ぶことができる。
　また、以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサ（典型的にはＣＰＵ（Central　Processing　Unit））によって実行されることで定められた処理をメモリ及びインタフェース（ＮＩＣ等））を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は、プロビジョニングサーバ、ファイルサーバが行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。また、各種プログラムはプログラム配布サーバや、計算機が読み取り可能な記憶メディアによって各計算機にインストールされてもよい。
　ここで、各種用語について説明する。「Ｃｏｒｅ」とは、リモートの計算機システムを含んだ拠点（集約拠点）であり、例えば、サーバやストレージ装置を一括管理する拠点やクラウドサービスを提供する拠点（例えばデータセンタ）である。「Ｅｄｇｅ」とは、ローカルの計算機システムを含んだ拠点であり、例えば、支店、営業所、リモートオフィスなどユーザが実際に業務を行う拠点である。「スタブ」とは、ファイルの格納先情報（リンク先を表す情報）が関連付けられたオブジェクト（メタデータ）である。スタブ化されたファイルは、実際のデータを保持していないため、アクセスされるとＣｏｒｅの計算機システムから実データを取得する必要がある。このため、スタブ化されたファイルへのアクセスは、通常のファイルに比べてアクセス性能が低下する。
　「レプリケーション」とは、ＥｄｇｅにあるファイルをＣｏｒｅにコピーすることをいう。「マイグレーション」とは、ＥｄｇｅにあるファイルをＣｏｒｅにレプリケーションし、Ｅｄｇｅのファイルをスタブ化することをいう。「スタブ化」とは、Ｅｄｇｅ（Ｅｄｇｅの計算機システム）のファイルシステムのファイルについて、実際のデータ（実データ）を削除し、管理情報のみを保持した状態にすることをいう。「アーカイブ」とは、マイグレーションとレプリケーションとの総称である。
　まず、実施例に係る計算機システムを説明する。
　図１は、実施例に係る計算機システムのハードウェア構成を示す図である。
　計算機システムのハードウェアは、複数のＥｄｇｅ１０とＣｏｒｅ１００とに配置される。
　Ｅｄｇｅ１０の計算機システムは、ＲＡＩＤ（Redundant　Array　of　Independent　（or　Inexpensive）　Disks）システム３０と、１以上のＥｄｇｅノード２０と、１以上のクライアント計算機４０と、を備える。Ｅｄｇｅノード２０が、ローカルファイルサーバの一例である。Ｅｄｇｅノード２０は、例えば、通信ネットワーク（例えばＬＡＮ（Local　Area　Network））経由で、クライアント計算機４０に接続されている。また、Ｅｄｇｅノード２０は、例えば、通信ネットワーク（例えばＳＡＮ（Storage　Area　Network））経由で、ＲＡＩＤシステム３０に接続されている。
　ＲＡＩＤシステム３０は、ＲＡＩＤの規則に従いデータを記憶するストレージ装置である。ＲＡＩＤシステム３０に代えて別種のストレージ装置が採用されても良い。ＲＡＩＤシステム３０は、ＤＩＳＫ３１を備える。ＤＩＳＫ３１は、ディスク型の物理記憶デバイス（例えば、ＨＤＤ（Hard　Disk　Drive））である。物理記憶デバイスとして、他種の物理記憶デバイス（例えば、フラッシュメモリデバイス）が採用されてもよい。また、ＤＩＳＫ３１は、図１では単数であるが、実際は、複数である（図示通り、単数でも良い）。複数のＤＩＳＫ３１で、１以上のＲＡＩＤグループが構成されてよい。また、図示されていないが、ＲＡＩＤシステム３０は、ＲＡＩＤシステム３０内で実行されるプログラムを格納するメモリ、及び当該プログラムを実行するＣＰＵ（Central　Processing　Unit）を有する。
　ＲＡＩＤシステム３０は、Ｅｄｇｅノード２０から送信されたブロックレベルのＩ／Ｏ要求を受信し、適切なＤＩＳＫ３１へのＩ／Ｏを実行する。
　Ｅｄｇｅノード２０は、メモリ２２と、ＣＰＵ２１と、ＮＩＣ（Network　Interface　Card）２３と、を備える。メモリ２２及びＮＩＣ２３に、ＣＰＵ２１が接続されている。
　ＮＩＣ２３は、Ｃｏｒｅノード１１０、クライアント計算機４０、及びＰＲＳ１３０と通信する通信インタフェースデバイスである。ＮＩＣ２３に代えて他種の通信インタフェースデバイスが採用されても良い。
　メモリ２２は、ＣＰＵ２１が直接読み書きできる記憶領域（例えば、ＲＡＭ（Random　Access　Memory）やＲＯＭ（Read　Only　Memory））である。Ｅｄｇｅノード２０では、メモリ２２上にＥｄｇｅノード２０を制御するプログラム（例えばＯＳ（Operating　System））が読み込まれ、ＣＰＵ２１がそのプログラムを実行する。Ｅｄｇｅノード２０は、メモリ２２に加えて又は代えて、別種の記憶資源を有してもよい。メモリ２２は、記憶デバイスの一例である。
　Ｅｄｇｅノード２０は、ＮＩＣ２３経由で、クライアント計算機４０からファイルレベルのＩ／Ｏ要求を受信する。Ｅｄｇｅノード２０は、そのＩ／Ｏ要求で指定されているファイルを構成するデータブロックのＩ／ＯのためのＩ／Ｏ要求（ブロックレベルのＩ／Ｏ要求）を作成する。Ｅｄｇｅノード２０は、ブロックレベルのＩ／Ｏ要求を、ＲＡＩＤシステム３０に送信する。
　クライアント計算機４０は、クライアント（ユーザ）が使用する計算機の一例であり、メモリ４２と、ＣＰＵ４１と、ＮＩＣ４３と、を備える。クライアント計算機４０は、メモリ４２に加えて又は代えて、別種の記憶資源を有してもよい。
　クライアント計算機４０では、プログラム（クライアント計算機４０を制御するプログラム（例えばＯＳ））をメモリ４２上に読み込み、ＣＰＵ４１がプログラムを実行する。また、クライアント計算機４０は、ＮＩＣ４３経由で、ファイルレベルのＩ／Ｏ要求をＥｄｇｅノード２０に送信する。
　Ｃｏｒｅ１００の計算機システムは、Ｃｏｒｅノード１１０と、ＲＡＩＤシステム１２０と、プロビジョニングサーバ（以下、ＰＲＳ）１３０と、ＲＡＩＤシステム１４０とを備える。Ｃｏｒｅノード１１０が、リモートファイルサーバの一例であり、具体的には、例えば、アーカイブファイルサーバである。Ｃｏｒｅノード１１０に、ＲＡＩＤシステム１２０が接続されている。
　ＲＡＩＤシステム１２０は、ＤＩＳＫ１２１を備える。図１では、ＲＡＩＤシステム１２０の構成とＲＡＩＤシステム３０の構成とは、同一である。従って、ＲＡＩＤシステム１２０も、Ｃｏｒｅノード１１０から送信されたブロックレベルのＩ／Ｏ要求を受信し、適切なＤＩＳＫ１２１へのＩ／Ｏを実行する。なお、ＲＡＩＤシステム１２０の構成とＲＡＩＤシステム３０の構成は、異なっていてもよい。
　Ｃｏｒｅノード１１０は、メモリ１１２と、ＣＰＵ１１１と、ＮＩＣ１１３と、を備える。メモリ１１２に代えて又は加えて、別種の記憶資源が備えられてもよい。Ｃｏｒｅノード１１０では、メモリ１１２上にＣｏｒｅノード１１０を制御するプログラム（例えばＯＳ）を読み込み、ＣＰＵ１１１がそのプログラムを実行する。また、Ｃｏｒｅノード１１０は、ＮＩＣ１１３及び通信ネットワーク５０経由で、Ｅｄｇｅノード２０、ＰＲＳ１３０と通信する。Ｃｏｒｅノード１１０は、ＲＡＩＤシステム１２０に対してブロック単位のアクセスを行う。
　ＲＡＩＤシステム１４０は、ＤＩＳＫ１４１を備える。図１では、ＲＡＩＤシステム１４０の構成とＲＡＩＤシステム３０の構成とは、同一である。従って、ＲＡＩＤシステム１４０も、ＰＲＳ１３０から送信されたブロックレベルのＩ／Ｏ要求を受信し、適切なＤＩＳＫ１４１へのＩ／Ｏを実行する。なお、ＲＡＩＤシステム１４０の構成とＲＡＩＤシステム３０の構成は、異なっていてもよい。
　ＰＲＳ１３０は、環境設定サーバの一例であり、メモリ１３２と、ＣＰＵ１３１と、ＮＩＣ１３３と、を備える。メモリ１３２に代えて又は加えて、別種の記憶資源が備えられてもよい。ＰＲＳ１３０では、メモリ１３２上にＰＲＳ１３０を制御するプログラム（例えばＯＳ）を読み込み、ＣＰＵ１３１がそのプログラムを実行する。また、ＰＲＳ１３０は、ＮＩＣ１３３及び通信ネットワーク５０経由で、Ｅｄｇｅノード２０と通信する。また、ＰＲＳ１３０は、ＮＩＣ１３３及び通信ネットワーク経由で、Ｃｏｒｅノード１１０と通信する。ＰＲＳ１３０は、ＲＡＩＤシステム１４０に対してブロック単位のアクセスを行う。ＮＩＣ１３３は、１以上設けられている。
　ＰＲＳ１３０と、Ｃｏｒｅノード１１０とには、通信ネットワークを介して、管理計算機６０が接続されてもよい。管理計算機６０は、管理者がＰＲＳ１３０やＣｏｒｅノード１１０に対して各種設定等を行うための計算機の一例である。管理計算機６０は、メモリ６２と、ＣＰＵ６１と、ＮＩＣ６３と、を備える。管理計算機６０では、メモリ６２上に管理計算機６０を制御するプログラム（例えばＯＳ）を読み込み、ＣＰＵ６１がそのプログラムを実行する。また、管理計算機６０は、ＮＩＣ６３及び通信ネットワーク経由で、ＰＲＳ１３０及びＣｏｒｅノード１１０と通信する。
　Ｃｏｒｅ１００の計算機システムは、次のようにすることもできる。すなわち、図１に示すＣｏｒｅノード１１０と、ＰＲＳ１３０とを、図２に示すように、１つの計算機で構成される統合サーバ１５０としても良い。また、図１に示すＲＡＩＤシステム１２０と、ＲＡＩＤシステム１４０とをＲＡＩＤシステム１６０としてもよい。このようにすると、Ｃｏｒｅノード１１０とＰＲＳ１３０を物理的に分離する必要が無い（例えば別々の計算機を用意しなくても済む）。
　統合サーバ１５０は、メモリ１５２と、ＣＰＵ１５１と、ＮＩＣ１５３と、を備え、図１に示すＣｏｒｅノード１１０及びＰＲＳ１３０の機能を実現する。メモリ１５２に代えて又は加えて、別種の記憶資源が備えられてもよい。統合サーバ１５０では、メモリ１５２上に統合サーバ１５０を制御するプログラム（例えばＯＳ）を読み込み、ＣＰＵ１５１がそのプログラムを実行する。また、統合サーバ１５０は、ＮＩＣ１５３及び通信ネットワーク５０経由で、Ｅｄｇｅノード２０と通信する。統合サーバ１５０は、ＲＡＩＤシステム１６０に対してブロック単位のアクセスを行う。
　なお、本実施例において、「サーバ」は、物理的なサーバであっても良いし仮想的なサーバであっても良い。物理的なサーバとしては、例えば、一以上の計算機又はストレージ装置であって良い。
　図３は、実施例に係る計算機システムのソフトウェア構成図である。
　ＲＡＩＤシステム３０（１２０、１４０）は、複数のＬＵ（Logical　Unit）３２（１２２、１４２）と、ＯＳ　ＬＵ（ＯＳ用　Logical　Unit）３３（１２３、１４３）とを有する。ＬＵ３２（１２２、１４２）は、Ｅｄｇｅノード２０（Ｃｏｒｅノード１１０、ＰＲＳ１３０）等の上位装置に対して提供される論理的な記憶デバイスであり、ＤＩＳＫ３１（１２１、１４１）の記憶領域に基づいて作成される。ＬＵ３２（１２２、１４２）は、１以上のＤＩＳＫ３１（１２１、１４１）に基づく実体的なＬＵであってもよいし、Thin　プロビジョニングに従う仮想的なＬＵであってもよい。ＬＵ３２（１２２、１４２）は、複数のブロック（記憶領域）で構成されている。ＬＵ３２（１２２、１４２）に、ファイルが記憶される。
　ＯＳ　ＬＵ３３（１２３、１４３）は、論理的な記憶デバイスである。ＯＳ　ＬＵ３３（１２３、１４３）は、１以上のＤＩＳＫ３１（１２１、１４１）に基づく実体的なＬＵであってもよい。ＯＳ　ＬＵ３３（１２３、１４３）は、Ｅｄｇｅノード２０、Ｃｏｒｅノード１１０、ＰＲＳ１３０を制御するプログラム等が、記憶されてよい。
　Ｅｄｇｅノード２０のメモリ２２（Ｃｏｒｅノード１１０のメモリ１１２）には、データムーバプログラム２５（１１４）と、ファイルシステム２４（１１５）と、カーネル／ドライバ２８（１１６）と、が記憶されている。Ｅｄｇｅノード２０のメモリ２２には、更に、プロビジョニング要求プログラム２６と、レポーティングプログラム２７が記憶されている。以下、Ｅｄｇｅノード２０内のデータムーバプログラム２５を、「ローカルムーバ」と言い、Ｃｏｒｅノード１１０内のデータムーバプログラム１１４を、「リモートムーバ」と言い、それらを特に区別しない場合に、「データムーバプログラム」と言う。Ｅｄｇｅノード２０とＣｏｒｅノード１１０との間では、ローカルムーバ２５及びリモートムーバ１１４を介して、ファイルのやり取りが行われる。
　ローカルムーバ２５は、ＲＡＩＤシステム３０のＬＵ３２から、レプリケーション対象のファイルを読み出し、そのファイルをＣｏｒｅノード１１０に転送する。リモートムーバ１１４は、レプリケーション対象のファイルをＥｄｇｅノード２０から受信し、そのファイルを、ＲＡＩＤシステム１２０のＬＵ１２２に書き込む。
　また、ローカルムーバ２５は、ＬＵ３２内のレプリケーション済みファイル（厳密にはそのファイルの実データ）を、ある所定の条件が満たされた場合に、削除し、それにより、レプリケーション済みファイルの実質的なマイグレーションを実現する。その後、ローカルムーバ２５は、実データが削除されたファイルのスタブ（メタデータ）に対してクライアント計算機４０からリード要求を受けた場合、リモートムーバ１１４を経由して、スタブにリンクしているファイル（ファイルの実データ）を取得し、取得したファイルをクライアント計算機４０に送信する。
　カーネル／ドライバ２８（１１６）は、Ｅｄｇｅノード２０（Ｃｏｒｅノード１１０）上で動作する複数のプログラム（プロセス）のスケジュール制御やハードウェアからの割り込みをハンドリングするなど、全般的な制御及びハードウェア固有の制御を行う。
　プロビジョニング要求プログラム２６は、ＰＲＳ１３０から環境設定情報を取得して設定するプロビジョニング要求処理を実行する。レポーティングプログラム２７は、ＰＲＳ１３０にＥｄｇｅノード２０の状態に関するレポートを送信するレポーティング処理を実行する。
　ファイルシステム２４（１１５）は、ファイルシステムプログラムであり、ファイルシステム構成情報を管理する。ファイルシステム構成情報は、各ファイル、ディレクトリに関する情報（例えば、ファイルのサイズや場所などを表す情報等）を含み、例えばＯＳ　ＬＵ３３（１２３）やメモリ２２（１１２）に格納される。
　クライアント計算機４０のメモリ４２には、アプリケーション４４と、ファイルシステム４５と、カーネル／ドライバ４６とが記憶されている。
　アプリケーション４４は、クライアント計算機４０が、作業の目的に応じて使うソフトウェア（アプリケーションプログラム）である。ファイルシステム４５及びカーネル／ドライバ４６は、上述のファイルシステム２４（１１５）、カーネル／ドライバ２８（１１６）とほぼ同様である。
　ＰＲＳ１３０のメモリ１３２には、プロビジョニングプログラム１３４と、ファイルシステム１３５と、カーネル／ドライバ１３６と、Ｅｄｇｅノード管理テーブル１３７と、設定テンプレート１３８とが記憶されている。
　プロビジョニングプログラム１３４は、Ｅｄｇｅノード２０及び／又はＣｏｒｅノード１１０に対する環境設定を行うためのプロビジョニング処理を実行する。ファイルシステム１３５及びカーネル／ドライバ１３６は、上述のファイルシステム２４（１１５）、カーネル／ドライバ２８（１１６）とほぼ同様である。
Ｅｄｇｅノード管理テーブル１３７は、計算機システムの各Ｅｄｇｅノード２０に関する情報を管理する。Ｅｄｇｅノード管理テーブル１３７の詳細は、後述する。設定テンプレート１３８は、Ｅｄｇｅノード２０の環境設定に必要な項目を示す設定テンプレート（単にテンプレートと呼ぶ場合がある）である。設定テンプレート１３８は、種々の観点から項目の異なる複数のテンプレートがあってよい。例えば、マイグレーションを重視するためのテンプレートや、アーカイブを重視するためのテンプレートがあってもよい。また、テンプレートは、環境設定に必要なすべての項目のみを有しているテンプレートであってもよく、また、複数の項目中の一部の項目に対して、共通して用いる値が設定されている中間テンプレートであってもよい。
　管理計算機６０のメモリ６２には、アプリケーション６４と、ファイルシステム６５と、カーネル／ドライバ６６とが記憶されている。
　アプリケーション６４は、管理計算機６０が、作業の目的に応じて使うソフトウェア（アプリケーションプログラム）である。本実施形態では、アプリケーション６４は、例えば、ＰＲＳ１３０からの情報に基づいて、Ｅｄｇｅノード２０に設定する環境設定情報の入力を管理者から受け付ける。例えば、アプリケーション６４は、設定するＥｄｇｅノード２０に対応する設定テンプレート１３８の項目に対する値を管理者から受け付ける。このように、Ｅｄｇｅノード２０に対応する設定テンプレート１３８の項目に対する値を管理者から受け付けるので、Ｅｄｇｅノード２０に設定すべき値を適切に受け付けることができる。管理計算機６０のファイルシステム６５及びカーネル／ドライバ６６は、上述のファイルシステム２４（１１５）、カーネル／ドライバ２８（１１６）とほぼ同様である。
　図４は、実施例に係るＥｄｇｅノード管理テーブルの一例の構成図である。
　Ｅｄｇｅノード管理テーブル１３７は、各Ｅｄｇｅノード２０を管理するためのテーブルであり、シリアル番号１３７ａと、認証トークン１３７ｂと、設定テンプレート１３７ｃと、設定情報１３７ｄとのフィールドを含むエントリを格納する。
　シリアル番号１３７ｃには、Ｅｄｇｅノード２０を識別する識別情報（シリアル番号）が格納される。認証トークン１３７ｂには、エントリに対応するＥｄｇｅノード２０との間で用いる認証トークンが設定される。認証トークンは、Ｅｄｇｅノード２０との通信を行うための初期設定時に取得されて設定される。設定テンプレート１３７ｃには、エントリに対応するＥｄｇｅノード２０の環境設定情報を設定する際に必要な項目を示すテンプレートを参照するためのポインタが格納される。設定情報１３７ｄには、エントリに対応するテンプレートに基づいて設定された環境設定情報（単に設定情報ともいう）を参照するためのポインタが格納される。ポインタによって示される設定情報は、例えば、ＲＡＩＤシステム３０に格納されている。
　図６は、実施例に係る設定テンプレートと、設定情報とを説明する図である。
　設定テンプレート１３８としては、例えば、テンプレート１３８Ａ（テンプレートＡ）や、テンプレート１３８Ｂ（テンプレートＢ）に示すようなものがある。
　テンプレート１３８Ａは、設定項目として、設定バージョン、ＯＳバージョン、ファイルシステム名（Ｅｄｇｅ）、容量、Ｑｕｏｔａ、ＣＩＦＳ（Common Internet File System）共有名、ＮＦＳ（Network File System）共有名、マイグレート先（Ｃｏｒｅに割り当てた領域）、レポーティングスケジュール、マイグレーションポリシー（Ｃｏｒｅとの連携設定）等がある。テンプレート１３８Ｂは、設定項目として、設定バージョン、ＯＳバージョン、ファイルシステム名（Ｅｄｇｅ）、容量、Ｑｕｏｔａ、ＣＩＦＳ共有名、ＮＦＳ共有名、マイグレート先（Ｃｏｒｅに割り当てた領域）、レポーティングスケジュール、圧縮制御ポリシー等がある。これらの設定項目はＥｄｇｅノード及び／又はＣｏｒｅノードの機能の追加／変更に伴い、追加／変更される場合もある。
　設定バージョンは、設定情報のバージョンである。ＯＳバージョンは、ＯＳのバージョンである。ファイルシステム名（Ｅｄｇｅ）は、Ｅｄｇｅノード２０におけるファイルシステム名である。容量は、ファイルシステムの容量である。Ｑｕｏｔａは、ファイルシステムの容量に対する閾値である。ＣＩＦＳ共有名は、ＣＩＦＳでの共有名である。ＮＦＳ共有名は、ＮＦＳでの共有名である。マイグレート先（Ｃｏｒｅに割り当てた領域）は、ファイルシステムのファイルのＣｏｒｅノード１１０におけるマイグレート先の領域である。レポーティングスケジュールは、レポーティング処理を実行するスケジュールである。マイグレーションポリシー（Ｃｏｒｅとの連携設定）は、マイグレーションに関するポリシーである。マイグレーションポリシーとしては、ファイルをスタブ化するスタブ化設定や、ＷＯＲＭ（Write　Once　Read　Many）にマイグレートするＷＯＲＭ化設定等がある。圧縮制御ポリシーは、ファイルの圧縮に関するポリシーである。
　テンプレートＡの各設定項目に対して値が設定されると、例えば、設定情報１３９Ａ（設定情報Ａ）に示すようになる。設定情報１３９Ａは、設定バージョンが「２．２」であり、ＯＳバージョンが「３．２」であり、ファイルシステム名が「ｆｓ０１」であり、容量が「１ＧＢ」であり、Ｑｕｏｔａが「７５％」であり、ＣＩＦＳ共有名が「ｃｉｆｓｓｈａｒｅ０１」であり、ＮＦＳ共有名が「ｎｆｓｓｈａｒｅ０１」であり、マイグレート先が「ＮＳ０１」であり、レポーティングスケジュールが「毎日１２：００」であり、マイグレーションポリシーが「スタブ化設定」、「ＷＯＲＭ化設定」等である。
　テンプレートＢの各設定項目に対して値が設定されると、例えば、設定情報１３９Ｂ（設定情報Ｂ）に示すようになる。設定情報１３９Ｂは、設定バージョンが「１．３」であり、ＯＳバージョンが「４．０」であり、ファイルシステム名が「ａａａ」であり、容量が「５ＧＢ」であり、Ｑｕｏｔａが「９０％」であり、ＣＩＦＳ共有名が「ｓｈａｒｅ－ａ」であり、ＮＦＳ共有名が「ｓｈａｒｅ－ａ」であり、マイグレート先が「ＮＳ０２」であり、レポーティングスケジュールが「毎日６：００」であり、圧縮制御ポリシーが、低頻度でアクセスされるファイルのみを圧縮することを意味する「低頻度のみ」である。
　図５は、実施例に係る環境設定完了後の計算機システムの状態の一例を示す図である。図５は、図６に示す設定情報Ａ及び設定情報Ｂに基づいて、それぞれＥｄｇｅノード２０の環境設定を行った場合の計算機システムの状態を示している。
　計算機システムのひとつのＥｄｇｅ１０のＬＵ３２には、ファイルシステム名が「ｆｓ０１」のファイルシステム３４Ａが作成され、Ｃｏｒｅ１００のＬＵ１２２には、「ｆｓ０１」のファイルシステム３４Ａのファイルのマイグレート先となる「ＮＳ０１」のファイルシステム１２５Ａが作成される。また、計算機システムの他のＥｄｇｅ１０のＬＵ３２には、ファイルシステム名が「ａａａ」のファイルシステム３４Ｂが作成され、Ｃｏｒｅ１００のＬＵ１２２には、「ａａａ」のファイルシステム３４Ｂのファイルのマイグレート先となる「ＮＳ０２」のファイルシステム１２５Ｂが作成される。作成しようとしたファイルシステムが既に存在している場合は、既存のファイルシステムを利用してＥｄｇｅのファイルシステムとマイグレート先の紐付けが行われる。本実施例では、同一の組織（例えば、１つの会社）に対しては、ＬＵ１２２の一部の領域（テナント１２４：サブ記憶領域）が割り当てられており、同一の組織のＥｄｇｅのマイグレート先となるファイルシステム（例えば、１２５Ａ、１２５Ｂ）は、同一のテナント１２４内に作成され、他の組織のファイルシステム（例えば、１２５Ｃ）、テナント１２４以外の領域に作成される。
　図７は、実施例に係るレポーティング情報を示す図である。
　レポーティング情報１７０Ａは、図６の設定情報１３９Ａで設定されたＥｄｇｅノード２０から送信されるレポーティング情報の一例であり、レポーティング情報１７０Ｂは、図６の設定情報１３９Ｂで設定されたＥｄｇｅノード２０から送信されるレポーティング情報の一例である。
　レポーティング情報１７０Ａは、設定情報１３９Ａの設定項目と同じ項目の値と、Ｅｄｇｅノード１０における実測値とを含む。本実施例では、実測値としては、ファイルシステムの容量の使用率等がある。レポーティング情報１７０Ｂは、設定情報１３９Ｂの設定項目と同じ項目の値と、Ｅｄｇｅノード１０における実測値とを含む。本実施例では、実測値としては、ファイルシステムの容量の使用率等がある。
　次に、実施例に係る計算機システムの動作について説明する。
　まず、計算機システムにおける処理の概要を説明する。
　図８は、実施例に係るプロビジョニング要求処理の概要を説明する図である。
　プロビジョニング要求処理は、Ｅｄｇｅ１０のＥｄｇｅノード２０の設定情報を要求し、設定を行う処理であり、例えば、新たなＥｄｇｅ１０を計算機システムに接続した際に実行される。図８は、Ｅｄｇｅ－Ａを新たに接続した場合の例を示している。
　Ｅｄｇｅ－ＡのＥｄｇｅノード２０のプロビジョニング要求プログラム２６は、ＰＲＳ１３０に対して、プロビジョニング要求を送信する（図８の（１））。
　プロビジョニング要求を受信したＰＲＳ１３０は、ＲＡＩＤシステム１４０のＬＵ１４２からＥｄｇｅ－Ａに対する設定情報を取得する（図８の（２））。
　次いで、ＰＲＳ１３０は、取得した設定情報を、プロビジョニング要求の要求元のＥｄｇｅノード２０に送信する（図８の（３））。
　Ｅｄｇｅ－ＡのＥｄｇｅノード２０は、設定情報を受信すると、受信した設定情報に基づいて、ファイルシステム等の設定を行う（図８の（４））。これにより、ＰＲＳ１３０に設定されている設定情報に基づいて、Ｅｄｇｅノード２０の設定が行われる。その後、設定が完了した場合には、Ｅｄｇｅノード２０は、設定が完了した旨の通知（設定完了通知）をＰＲＳ１３０に送信する（図８の（５））。
　図９は、実施例に係るレポーティング処理の概要を説明する図である。
　レポーティング処理は、Ｅｄｇｅノード２０における設定情報及びＥｄｇｅノード２０の状態情報を通知する処理であり、例えば、所定の時間毎に実行される。
　Ｅｄｇｅ－ＡのＥｄｇｅノード２０のレポーティングプログラム２７は、Ｅｄｇｅノード２０のレポーティング情報を作成し、ＰＲＳ１３０に対して、レポーティング情報を送信する（図９の（１））。
　レポーティング情報を受信したＰＲＳ１３０は、レポーティング情報の送信元Ｅｄｇｅノード２０に対する最新の設定情報をＲＡＩＤシステム１４０のＬＵ１４２から取得する（図９の（２））。具体的には、例えば、ＬＵ１４２には、Ｅｄｇｅノード２０毎に、１又は複数の設定情報が格納されており、ＰＲＳ１３０は、レポーティング情報の送信元Ｅｄｇｅノード２０に対応した１又は複数の設定情報から最新の設定情報を取得する。送信元Ｅｄｇｅノード２０についての最新の設定情報とは、送信元Ｅｄｇｅノード２０に対応した１又は複数の設定情報のうち設定バージョンが最も新しい設定情報のことである。
　次いで、ＰＲＳ１３０は、取得した最新の設定情報の設定バージョン（最新設定バージョン）をレポーティング情報の送信元のＥｄｇｅノード２０に送信する（図９の（３））。
　Ｅｄｇｅ－ＡのＥｄｇｅノード２０は、最新設定バージョンを受信すると、ＲＡＩＤシステム３０のＬＵ３２から現在の設定バージョンを取得する（図９の（４））。
　次いで、Ｅｄｇｅノード２０は、取得した設定バージョンと、最新設定バージョンとの比較を行う（図９の（５））。
　図１０は、実施例に係るレポーティング処理及びプロビジョニング要求処理を複合した処理の概要を説明する図である。
　図１０に示す処理は、レポーティング処理を実行し、設定情報を変更することが必要な場合にプロビジョニング要求処理を実行する処理である。
　なお、図１０の例では、Ｅｄｇｅ－ＡのＥｄｇｅノード２０の設定バージョンは、最新ではなく、Ｅｄｇｅ－Ｂ及びＥｄｇｅ－ＣのＥｄｇｅノード２０の設定バージョンが最新であるものとする。
　Ｅｄｇｅ－Ａ、Ｅｄｇｅ－Ｂ、Ｅｄｇｅ－Ｃの各Ｅｄｇｅノード２０のレポーティングプログラム２７は、各Ｅｄｇｅノード２０のレポーティング情報を作成し、ＰＲＳ１３０に対して、レポーティング情報を送信する（図１０の（１））。
　レポーティング情報を受信したＰＲＳ１３０は、レポーティング情報の送信元Ｅｄｇｅノードに対する最新の設定情報（図１０の例では、Ｅｄｇｅ－Ａ、Ｅｄｇｅ－Ｂ、及びＥｄｇｅ－Ｃのファイルサーバそれぞれに対する最新の設定情報）をＲＡＩＤシステム１４０のＬＵ１４２から取得する（図１０の（２））。
　次いで、ＰＲＳ１３０は、取得した設定情報の設定バージョンを最新設定バージョンとして、それぞれの設定情報に対応するＥｄｇｅノード２０（Ｅｄｇｅ－Ａ、Ｅｄｇｅ－Ｂ、及びＥｄｇｅ－Ｃのファイルサーバ）へ送信する（図１０の（３））。これにより、レポーティング情報の送信元の各Ｅｄｇｅノード２０に、最新の設定バージョンを把握させることができる。
　Ｅｄｇｅ－Ａ、Ｅｄｇｅ－Ｂ、及びＥｄｇｅ－Ｃの各Ｅｄｇｅノード２０は、最新設定バージョンを受信すると、ＲＡＩＤシステム３０のＬＵ３２から現在の設定バージョンを取得する（図１０の（４））。次いで、各Ｅｄｇｅノード２０は、取得した設定バージョンと、最新設定バージョンとの比較を行う（図１０の（５））。
　本実施例では、Ｅｄｇｅ－ＡのＥｄｇｅノード２０では、設定バージョンが最新でないと判定する一方、Ｅｄｇｅ－Ｂ及びＥｄｇｅ－ＣのＥｄｇｅノード２０では、設定バージョンが最新であると判定する。
　次いで、設定バージョンが最新でないと判定したＥｄｇｅノード２０（図１０の例では、Ｅｄｇｅ－ＡのＥｄｇｅノード２０）は、ＰＲＳ１３０に対して、プロビジョニング要求を送信する（図１０の（６））。
　プロビジョニング要求を受信したＰＲＳ１３０は、ＲＡＩＤシステム１４０のＬＵ１４２からＥｄｇｅ－Ａに対する設定情報を取得する（図１０の（７））。
　次いで、ＰＲＳ１３０は、取得した設定情報を、プロビジョニング要求の要求元のＥｄｇｅノード２０に送信する（図１０の（８））。
　Ｅｄｇｅ－ＡのＥｄｇｅノード２０は、設定情報を受信すると、受信した設定情報に基づいて、ファイルシステム等の設定を行う（図１０の（９））。これにより、ＰＲＳ１３０に設定されている最新の設定情報に基づいて、Ｅｄｇｅノード２０の設定が行われる。その後、設定が完了した場合には、Ｅｄｇｅノード２０は、設定が完了した旨の通知（設定完了通知）をＰＲＳ１３０に送信する（図１０の（１０））。このような処理により、Ｅｄｇｅ１０において、管理者がＥｄｇｅノード２０を設定する必要がない。また、定期的なレポーティングにより各Ｅｄｇｅノードの状況を把握し、レポーティング情報に基づいてＥｄｇｅノードごとに最適な設定を適用できるので、どのＥｄｇｅノードに対しても同水準の運用を継続していくことが可能になる。
　図１１は、実施例に係るＥｄｇｅノードによるプロビジョニング要求処理のフローチャートである。
　Ｅｄｇｅノード（ファイルサーバ）２０のプロビジョニング要求プログラム２６は、ＰＲＳ１３０に対して、プロビジョニング要求を送信する（ステップＳ１１）。ここで、プロビジョニング要求には、Ｅｄｇｅノード２０のシリアル番号と、認証トークンが含まれている。なお、認証トークンは、Ｅｄｇｅノード２０がＰＲＳ１３０に対して最初にシリアル番号とパスワードを用いて認証した場合に得られている。
　プロビジョニング要求を受信したＰＲＳ１３０は、設定制御処理（図１４参照）において、Ｅｄｇｅノード２０に対する設定情報を返信することとなる。
　プロビジョニング要求プログラム２６は、ＰＲＳ１３０から返信される設定情報を受信する（ステップＳ１２）。次いで、プロビジョニング要求プログラム２６は、設定情報に基づいてＥｄｇｅノードを設定する処理を実行する（ステップＳ１３）。まず、プロビジョニング要求プログラム２６は、設定情報に基づいて、ファイルシステムを作成／編集する（ステップＳ１４）。具体的には、プロビジョニング要求プログラム２６は、設定情報中のファイルシステム名のファイルシステム名であって、設定情報中の容量のファイルシステムを作成／編集する。次に、プロビジョニング要求プログラム２６は、ファイルシステムの共有を作成／編集する（ステップＳ１５）。具体的には、プロビジョニング要求プログラム２６は、設定情報中のＣＩＦＳ共有名、ＮＦＳ共有名を用いて共有ディレクトリを作成等する。次いで、プロビジョニング要求プログラム２６は、Ｃｏｒｅ連携の設定を行う（ステップＳ１６）。具体的には、プロビジョニング要求プログラム２６は、設定情報中のマイグレーションポリシーの設定内容に対応する設定を行う。
　次いで、プロビジョニング要求プログラム２６は、設定情報に基づいた全ての設定が完了したか否かを判定し（ステップＳ１７）、全ての設定が完了した場合（ステップＳ１７でＹｅｓ）には、設定完了通知をＰＲＳ１３０に送信し（ステップＳ１８）、処理を終了する。一方、全ての設定が完了していない場合、すなわち、設定失敗である場合又はタイムアウトとなった場合等（ステップＳ１７でＮｏ）には、プロビジョニング要求プログラム２６は、エラー通知をＰＲＳ１３０に送信し（ステップＳ１９）、処理を終了する。
　図１２は、実施例に係るＥｄｇｅノードによるレポーティング処理のフローチャートである。
　レポーティング（レポーティング）処理は、例えば、所定の時間毎に実行される。
　Ｅｄｇｅノード２０のレポーティングプログラム２７は、ＰＲＳ１３０に対して、レポーティング情報を送信する（ステップＳ２１）。　レポーティング情報を受信したＰＲＳ１３０は、設定制御処理（図１４参照）において、Ｅｄｇｅノード２０に対して、最新設定バージョンを返信することとなる。
　レポーティングプログラム２７は、ＰＲＳ１３０から返信される最新設定バージョンを受信する（ステップＳ２２）。次いで、レポーティングプログラム２７は、Ｅｄｇｅノード２０の現在の設定バージョンが、受信した最新設定バージョンよりも小さい、すなわち、現在の設定バージョンが古いか否かを判定する（ステップＳ２３）。
　この結果、Ｅｄｇｅノード２０の現在の設定バージョンが、受信した最新設定バージョンよりも小さい場合（ステップＳ２３でＹｅｓ）には、Ｅｄｇｅノード２０の設定が最新でないことを意味しているので、プロビジョニング要求プログラム２６は、ＰＲＳ１３０に対して、プロビジョニング要求を送信する（ステップＳ２４）。これにより、ＰＲＳ１３０から最新の設定情報を取得することができることとなる。
　このプロビジョニング要求を受信したＰＲＳ１３０は、設定制御処理（図１４参照）において、Ｅｄｇｅノード２０に対する最新の設定情報を返信することとなる。
　プロビジョニング要求プログラム２６は、ＰＲＳ１３０から返信される設定情報を受信する（ステップＳ２５）。次いで、プロビジョニング要求プログラム２６は、設定情報に基づいてＥｄｇｅノード２０を再設定する処理を実行する（ステップＳ２６）。次いで、プロビジョニング要求プログラム２６は、設定完了通知をＰＲＳ１３０に送信し（ステップＳ２７）、処理を終了する。これによって、Ｅｄｇｅノード２０を最新の設定に再設定することができる。
　一方、Ｅｄｇｅノード２０の現在の設定バージョンが、受信した最新設定バージョンよりも小さくない場合（ステップＳ２３でＮｏ）には、Ｅｄｇｅノード２０の設定が最新であることを意味しているので、レポーティングプログラム２７は、何もせずに処理を終了する。
　図１３は、実施例に係るＣｏｒｅノードによる設定処理のフローチャートである。
　Ｃｏｒｅノード１１０（Ｃｏｒｅノード）のＣＰＵ１１１は、ＰＲＳ１３０から送信される設定情報を受信する（ステップＳ３１）と、受信した設定情報に基づいてＣｏｒｅノード１１０を設定する処理を実行する（ステップＳ３２）。具体的には、例えば、ＣＰＵ１１１は、設定情報に基づいて、ファイルシステムのマイグレート先を編集する。
　次いで、ＣＰＵ１１１は、設定情報に基づいた全ての設定が完了したか否かを判定し（ステップＳ３３）、全ての設定が完了した場合（ステップＳ３３でＹｅｓ）には、設定完了通知をＰＲＳ１３０に送信し（ステップＳ３４）、処理を終了する。一方、全ての設定が完了していない場合、すなわち、設定失敗である場合又はタイムアウトとなった場合等（ステップＳ３３でＮｏ）には、ＣＰＵ１１１は、エラー通知をＰＲＳ１３０に送信し（ステップＳ３５）、処理を終了する。
　図１４は、実施例に係るプロビジョニングサーバによる設定制御処理のフローチャートである。
　ＰＲＳ１３０のプロビジョニングプログラム１３４は、Ｅｄｇｅノード２０からの情報を受け付け可能な状態となる（ステップＳ４１）。次いで、プロビジョニングプログラム１３４は、Ｅｄｇｅノード２０から情報を受信する（ステップＳ４２）と、受信した情報がプロビジョニング要求であるか否かを判定する（ステップＳ４３）。
　この結果、受信した情報がプロビジョニング要求である場合（ステップＳ４３でＹｅｓ）には、プロビジョニングプログラム１３４は、Ｅｄｇｅノード管理テーブル１３７を参照し、プロビジョニング要求に含まれるシリアル番号に対応した設定情報を特定して取得する（ステップＳ４４）。次いで、プロビジョニングプログラム１３４は、Ｃｏｒｅノードの再設定が必要であるか否かを判定する（ステップＳ４５）。例えば、プロビジョニングプログラム１３４は、Ｅｄｇｅノードのファイルシステムの容量が、ファイルシステムのマイグレート先のＣｏｒｅノードのネームスペースの容量よりも大きくなった場合には、ネームスペースの容量を増加させるためのＣｏｒｅノードの再設定が必要であると判定する。他にも、Ｅｄｇｅノードで新機能を有効にした場合にＣｏｒｅノードでもその機能を有効に設定する場合や、Ｅｄｇｅノードを運用停止して初期化する際にＣｏｒｅノードのテナントやネームスペースの領域を解放する場合などでも、Ｃｏｒｅノードの再設定が必要となる。
　この結果、Ｃｏｒｅノードの再設定が必要である場合（ステップＳ４５でＹｅｓ）には、プロビジョニングプログラム１３４は、Ｅｄｇｅノード２０及びＣｏｒｅノード１１０のそれぞれの設定情報を生成し（ステップＳ４６）、処理をステップＳ４８に進める。一方、Ｃｏｒｅノード１１０の再設定が必要でない場合（ステップＳ４５でＮｏ）には、プロビジョニングプログラム１３４は、Ｅｄｇｅノード２０の設定情報を生成し（ステップＳ４７）、処理をステップＳ４８に進める。ステップＳ４８では、プロビジョニングプログラム１３４は、ステップＳ４６又はステップＳ４７で生成した設定情報を設定対象（Ｅｄｇｅノード２０及び／又はＣｏｒｅノード１１０）へ送信し、処理を終了する。これにより、Ｅｄｇｅノード２０及び／又はＣｏｒｅノード１１０に対して適切な設定情報を送信して、設定させることができる。
　一方、受信した情報がプロビジョニング要求でない場合（ステップＳ４３でＮｏ）には、プロビジョニングプログラム１３４は、受信した情報がレポーティング情報であるか否かを判定する（ステップＳ４９）。
　この結果、受信した情報がレポーティング情報である場合（ステップＳ４９でＹｅｓ）には、プロビジョニングプログラム１３４は、予め設定されている再設定ポリシーを確認（参照）し（ステップＳ５０）、そのレポーティング情報が有する複数の情報要素と再設定ポリシーとを基に、再設定ポリシー中の１又は複数の条件のうちのいずれかの条件が満たされているか否かを判定する（ステップＳ５１）。ここで、再設定ポリシーについて、条件と、その条件が満たされた場合に行われる処理の組合せの一例としては、例えば下記、
（１）（条件＝レポーティング情報中のＯＳバージョンが、レポーティング情報の送信元Ｅｄｇｅノードが属するＥｄｇｅにおける他のＥｄｇｅノードのＯＳのバージョンの方が新しい。）：（処理＝レポーティング情報の送信元ＥｄｇｅノードのＯＳのバージョンが、その送信元Ｅｄｇｅノードが属するＥｄｇｅについての最も新しいＯＳバージョンのＯＳにアップデートされる。）
（２）（条件＝レポーティング情報の送信元Ｅｄｇｅノードのファイルシステムについてハードリミット超えが生じている或いは生じそう。）：（処理＝レポーティング情報の送信元Ｅｄｇｅノードについて、Ｑｕｏｔａの変更、ファイルシステムの容量拡張、又は、スタブ化・重複排除による容量削減が行われる。）
（３）（条件＝レポーティング情報の送信元Ｅｄｇｅノードのファイルシステムの容量が、そのファイルシステムのマイグレート先のＣｏｒｅノードのネームスペースの容量よりも大きくなっている。）：（処理＝マイグレート先のＣｏｒｅノードのネームスペースの容量が、レポーティング情報の送信元Ｅｄｇｅノードのファイルシステムの容量よりも拡張される。）、
がある。条件を満足するか否かは、再設定ポリシーと、下記の（Ａ）と、（Ｂ）及び（Ｃ）のうちの少なくとも１つ、
（Ａ）受信したレポーティング情報、
（Ｂ）（Ａ）のレポーティング情報の送信元Ｅｄｇｅノードに関連する他のＥｄｇｅノード（例えば同一Ｅｄｇｅに属するＥｄｇｅノード）のレポーティング情報及び設定されている設定情報中の少なくとも１つ、
（Ｃ）（Ａ）のレポーティング情報の送信元Ｅｄｇｅノードに対応したＣｏｒｅノード（例えば当該Ｅｄｇｅノードのファイルシステムのマイグレーション先のネームスペースを管理するＣｏｒｅノード）のレポーティング情報及び設定されている設定情報中の少なくとも１つ、
に基づいて判断することができる。
　判定の結果、条件を満たしているものが存在している場合（ステップＳ５１でＹｅｓ）には、プロビジョニングプログラム１３４は、レポーティング情報に基づいて（具体的には、上記（条件）に対応する（処理）に従って）、設定情報を更新し（ステップＳ５２）、処理をステップＳ５３に進める。これにより、設定情報を適切な設定値に調整することができる。ステップＳ５２では、例えば（ａ）及び（ｂ）のうちの少なくとも１つ、
（ａ）プロビジョニングプログラム１３４は、レポーティング情報中の所定項目の値（例えば測定値）に基づいて、レポーティング情報の送信元のＥｄｇｅノードに対応した設定情報中の上記所定項目（又は所定項目に関連する他の１以上の項目）に対応した値を変更する。
（ｂ）プロビジョニングプログラム１３４は、レポーティング情報中の所定項目の値（例えば測定値）に基づいて、レポーティング情報の送信元のＥｄｇｅノードを有するＥｄｇｅと同一企業又は関連企業に属するＥｄｇｅのＥｄｇｅノードに対応した設定情報中の上記所定項目（又は所定項目に関連する他の１以上の項目）に対応した値を変更する。
が行われて良い。ステップＳ５２についての具体的な例として、ＯＳバージョンを複数のＥｄｇｅノードの中で最新のバージョンに合わせるように、再設定ポリシーを設定していた場合を挙げる。まず、プロビジョニングプログラム１３４は、比較対象の各Ｅｄｇｅノードのレポーティング情報からＯＳバージョンの項目の値を比較し、最新のＯＳバージョンを特定する。そして、プロビジョニングプログラム１３４は、最新のＯＳバージョンと現在の設定情報に設定されているＯＳバージョンが異なる場合は、設定情報のＯＳバージョンおよび設定バージョンの値を更新する。設定バージョンは設定情報の内容を変更する場合は必ず更新する。この状態でステップＳ５３に進むため、Ｅｄｇｅノードに設定済みの設定情報の設定バージョンと異なる設定バージョンが送信される。これによりＥｄｇｅノードからのプロビジョニング要求を誘発できる。Ｓ５２で更新される設定情報は、レポーティング情報の送信元Ｅｄｇｅノード、その送信元Ｅｄｇｅノードに関連したＥｄｇｅノード、及び、その送信元Ｅｄｇｅノードに対応したＣｏｒｅノードのうちの少なくとも１つに対応した少なくとも１つの設定情報であり、Ｓ５２での更新後の設定情報は、Ｓ５１で満たされていると判断された条件に対応した処理が行われるようにするための情報であり、更新後の設定情報のバージョン（つまり最新設定バージョン）のＳ５３での送信先は、その更新後の設定情報に対応したノード（すなわち、レポーティング情報の送信元Ｅｄｇｅノード、その送信元Ｅｄｇｅノードに関連したＥｄｇｅノード、及び、その送信元Ｅｄｇｅノードに対応したＣｏｒｅノードのうちの少なくとも１つ）である。更新後の設定情報それ自体が、その更新後の設定情報に対応したノードに、Ｓ５３で送信されても良い。
　ここで、プロビジョニングプログラム１３４は、レポーティング情報に基づいて、記憶領域におけるテナントの使用率を特定し、この使用率に基づいて、設定情報を調整するようにしてもよい。このようにすると、テナントを単位としての設定を適切に調整することができる。
　一方、条件を満たしているものが存在していない場合（ステップＳ５１でＮｏ）には、プロビジョニングプログラム１３４は、処理をステップＳ５３に進める。ステップＳ５３では、プロビジョニングプログラム１３４は、最新設定バージョンをＥｄｇｅノード２０（或いは、最新設定バージョンの設定情報が設定されるべきＣｏｒｅノード）に送信し、その後処理を終了する。最新設定バージョンをＥｄｇｅノード２０に送信することにより、レポーティング処理（図１２参照）において、必要であれば、設定情報を取得する処理が実行されることとなる。
　なお、ステップＳ４９の結果、要求がレポーティング情報でない場合（ステップＳ４９でＮｏ）には、プロビジョニングプログラム１３４は、エラー通知をＥｄｇｅノード２０に送信し（ステップＳ５４）、処理を終了する。
　以上が、一実施例の説明である。以上の説明によれば、下記が導き出される。
　（１：ＰＲＳとＥｄｇｅで相互に設定権限を持つ）
　ＰＲＳ１３０が配信した情報を適用するかどうかの主導権は、ＰＲＳ１３０にあるケースとＥｄｇｅノードにあるケースがある。
（ａ）設定反映の主導権がＰＲＳ１３０にあるケース：
Ｅｄｇｅノードへの設定を強制的に行えるので、同じ環境を大量に素早く作成することができる。また、初期設定など設定項目が決まっている場合に、このケースは有効である。
（ｂ）設定反映の主導権がＥｄｇｅノードにあるケース：
Ｅｄｇｅノードが設定反映をするかどうか選べるので、Ｅｄｇｅノードの環境に合わせた柔軟な設定が可能である。また、オプション機能の追加やバージョンアップなど、不必要となる設定反映を防ぐことができる。
　例えば、各Ｅｄｇｅの導入時は、上記（ａ）のケースが採用され、初期設定が行われる。一方、運用時には、上記（ｂ）のケースが採用され、設定反映が行われる。
　また、例えば、設定を即時に反映するとサービスに影響が出る場合等は、ユーザ数の少ない時間帯に設定反映がＰＲＳ１３０によって行われ、次回再起動時に、設定反映等がＥｄｇｅノードによって行われても良い。
　また、ＰＲＳ１３０が、レポーティング情報中のＣＰＵ使用率が所定％以下である場合に設定反映するという設定反映ポリシーを、各Ｅｄｇｅノードに送信することができる。
　また、上記（ａ）のケースと（ｂ）のケースは柔軟に切り替えることが可能である。なぜなら、ＰＲＳ１３０とＥｄｇｅノードは、どちらもファイルサーバであるからである。
　（２：Ｃｏｒｅ側での制御）
　例えば、Ｅｄｇｅノードで設定ミスが生じたとしても、Ｅｄｇｅノードからのレポーティング情報から、ＰＲＳ１３０が、その設定ミスを検知し、正しい設定情報を、そのＥｄｇｅノードに送信して、そのＥｄｇｅノードにおいて、正しい設定情報を設定させることができる。
　また、例えば、ＰＲＳ１３０が、Ｅｄｇｅノードからのレポーティング情報から、Ｅｄｇｅノードまたはオプション機能の使用期限が切れたことを特定した場合に、そのＥｄｇｅノードに送信する設定情報中の値を制御することで、使用期限が切れたＥｄｇｅノードやオプション機能を使用を停止させることができる。
　また、例えば、ＰＲＳ１３０が、Ｅｄｇｅノードからのレポーティング情報を基に（或いは、Ｅｄｇｅノードから、そのＥｄｇｅノードに対応した設定情報中のスケジュール通りにレポーティング情報を受信しない場合に）、工場出荷状態の設定情報をそのＥｄｇｅノードに送信することで、そのＥｄｇｅノードの設定を工場出荷状態に戻すことができる。
　（３：レポーティング情報の有効利用）
　例えば、ＰＲＳ１３０は、レポーティング情報を基に、設定テンプレートを修正することができる。具体的には、例えば、ＰＲＳ１３０は、レポーティング情報中の所定項目の値が所定値を超えた場合に、設定テンプレートに、所定項目を細分化する或いは関連項目を追加する等の処理を行うことができる。
　また、例えば、ＰＲＳ１３０は、複数のＥｄｇｅノードから収集したレポーティング情報から、最適な設定情報を選定して、その設定情報（実施例では最新設定バージョンの設定情報）を他のＥｄｇｅノードに適用させることができる。
　また、例えば、ＰＲＳ１３０は、同一Ｅｄｇｅノードから受信する複数のレポーティング情報を基に、運用が安定していると判断された場合（例えば、所定回数以上、ＣＰＵ使用率が適正範囲内に収まっている）、そのＥｄｇｅノードに対応する設定情報中のスケジュール（レポーティング間隔）を長くする。一方、ＰＲＳ１３０は、運用が不安定であると判断した場合（例えば、所定回数以上、ＣＰＵ使用率が適正範囲外になった）、そのＥｄｇｅノードに対応する設定情報中のスケジュール（レポーティング間隔）を短くする。このような設定を行うことで、レポーティングによるサービスへの影響を抑えることもできる。
　また、例えば、設定反映後にレポーティング情報で不具合が検出された場合に、古い設定バージョンの設定情報をＥｄｇｅノードに適用しなおすことで、元の正常状態に戻すこともできる。
　以上、本発明の実施例を説明したが、本発明は、この実施例に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
　１０…Ｅｄｇｅ　２０…ファイルサーバ（Ｅｄｇｅノード）　１００…Ｃｏｒｅ　１１０…アーカイブストレージ装置（Ｃｏｒｅノード）　１３０…プロビジョニング
サーバ。

Claims (13)

  1. 　ローカルシステムに存在する複数のローカルファイルサーバと、リモートシステムに存在し前記複数のローカルファイルサーバに接続されたリモートファイルサーバとを有する計算機システムにおいて前記リモートシステムに備えられたサーバであって、
    　前記複数のローカルファイルサーバに接続された通信インタフェースデバイスと、
    　前記通信インタフェースデバイスに接続されたプロセッサと
    を有し、
    　前記プロセッサは、
    　環境設定に関する環境設定情報をローカルファイルサーバ毎に記憶している記憶デバイスから、前記複数のローカルファイルサーバのうちの設定先のローカルファイルサーバに対応した環境設定情報を特定し、
    　前記特定した環境設定情報を、前記設定先のローカルファイルサーバに送信する、
    環境設定サーバ。
  2. 　前記プロセッサは、
    　前記複数のローカルファイルサーバの各々から、ローカルファイルサーバの稼働状況を示すレポートを受信し、
    　前記レポートの送信元の前記ローカルファイルサーバに、前記記憶デバイスに記憶している環境設定情報のバージョンを通知する
    請求項１に記載の環境設定サーバ。
  3. 　前記プロセッサは、
    　前記複数のローカルファイルサーバの各々から、ローカルファイルサーバの稼働状況を示すレポートを受信し、
    １以上の条件を含んだポリシーと、下記の（Ａ）と、（Ｂ）及び（Ｃ）のうちの少なくとも１つと、
    （Ａ）前記受信したレポート、
    （Ｂ）（Ａ）のレポートの送信元のローカルファイルサーバに関連するローカルファイルサーバのレポート及び設定されている環境設定情報のうちの少なくとも１つ、
    （Ｃ）（Ａ）のレポートの送信元のローカルファイルサーバに対応したリモートファイルサーバのレポート又は設定されている環境設定情報のうちの少なくとも１つ、
    に基づいて、満たされている条件が前記ポリシーに含まれているか否かを判断し、
    その判断の結果が真の場合、満たされている条件に対応する処理が行われるように、（Ａ）のレポートの送信元のローカルファイルサーバ、（Ａ）のレポートの送信元のローカルファイルサーバに関連するローカルファイルサーバ、及び、（Ａ）のレポートの送信元のローカルファイルサーバに対応したリモートファイルサーバのうちの少なくとも１つに対応する環境設定情報を更新し、且つ、更新後の環境設定情報のバージョン又は更新後の環境設定情報を、前記更新後の環境設定情報に対応したサーバに通知する、
    請求項１に記載の環境設定サーバ。
  4. 　前記プロセッサは、
    　前記レポートに基づいて、前記送信元のローカルファイルサーバ及び前記送信元のローカルファイルサーバに関連するローカルファイルサーバのうちの少なくとも１つについて、前記環境設定情報を更新する
    請求項２に記載の環境設定サーバ。
  5. 　前記リモートファイルサーバと同一の計算機に構成されている
    請求項１に記載の環境設定サーバ。
  6. 　前記プロセッサは、
    　前記ローカルファイルサーバからの前記環境設定情報の送信要求を受信し、
    　前記送信要求を受信した場合に、前記送信要求の送信元のローカルファイルサーバに対応する前記環境設定情報を前記ローカルファイルサーバに送信する
    請求項１に記載の環境設定サーバ。
  7. 　前記プロセッサは、
    　前記レポートに基づいて、前記リモートファイルサーバの設定を変更する
    請求項２に記載の環境設定サーバ。
  8. 　前記記憶デバイスは、前記ローカルファイルサーバの環境設定の設定項目を含む設定テンプレートを記憶し、
    　前記プロセッサは、
    　前記設定テンプレートの設定項目に対する設定値を受け付けて、前記設定テンプレートに前記設定値を反映することで前記環境設定情報を生成し、前記生成した環境設定情報を前記記憶デバイスに格納する
    請求項１に記載の環境設定サーバ。
  9. 　前記リモートファイルサーバは、前記ローカルファイルサーバで管理されるファイルがマイグレートされる記憶領域を管理しており、
    　前記記憶領域は、１以上の前記ローカルファイルサーバで管理されるファイルのマイグレート先となるサブ記憶領域を含み、
    　前記プロセッサは、前記レポートの情報に基づいて、前記記憶領域における前記サブ記憶領域の使用率を特定し、前記使用率に基づいて、前記環境設定情報を調整する
    請求項１に記載の環境設定サーバ。
  10. 　複数のローカルファイルサーバを含んだローカルシステムと、
    　前記ローカルシステムに接続されており、前記複数のローカルファイルサーバに接続されたリモートファイルサーバと、前記複数のローカルファイルサーバの環境設定を制御する環境設定サーバとを含んだリモートシステムと
    を有し、
    　前記環境設定サーバは、
    　環境設定に関する環境設定情報をローカルファイルサーバ毎に記憶している記憶デバイスから、前記複数のローカルファイルサーバのうちの設定先のローカルファイルサーバに対応した環境設定情報を特定し、
    　前記特定した環境設定情報を、前記設定先のローカルファイルサーバに送信し、
    　前記設定先のローカルファイルサーバが、前記環境設定情報を受信し、受信した、環境設定情報に基づく環境設定を行う、
    計算機システム。
  11. 　前記複数のローカルファイルサーバの各々は、ローカルファイルサーバの稼働状況を示すレポートを前記環境設定サーバに送信し、
    　前記環境設定サーバは、前記レポートを受信し、前記受信したレポートの送信元の前記ローカルファイルサーバに、環境設定情報の最新のバージョンを通知する
    請求項１０に記載の計算機システム。
  12. 　前記ローカルファイルサーバは、前記ローカルファイルサーの環境設定情報のバージョンが、前記環境設定サーバからの前記最新のバージョンよりも古い場合に、前記最新のバージョンの環境設定情報を前記環境設定サーバに要求する、
    請求項１１に記載の計算機システム。
  13. 　ローカルシステムに存在する複数のローカルファイルサーバと、リモートシステムに存在し前記複数のローカルファイルサーバに接続されたリモートファイルサーバとを有する計算機システムで行われる環境設定方法であって、
    　環境設定に関する環境設定情報をローカルファイルサーバ毎に記憶している記憶デバイスから、前記複数のローカルファイルサーバのうちの設定先のローカルファイルサーバに対応した環境設定情報を特定し、
    　前記特定した環境設定情報を、前記設定先のローカルファイルサーバに送信する、
    環境設定方法。
PCT/JP2013/051391 2013-01-24 2013-01-24 環境設定サーバ、計算機システム、及び環境設定方法 Ceased WO2014115276A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2014558361A JP6023221B2 (ja) 2013-01-24 2013-01-24 環境設定サーバ、計算機システム、及び環境設定方法
DE112013005875.8T DE112013005875T5 (de) 2013-01-24 2013-01-24 Umgebungskonfigurationsserver, Computersystem und Umgebungskonfigurationsverfahren
PCT/JP2013/051391 WO2014115276A1 (ja) 2013-01-24 2013-01-24 環境設定サーバ、計算機システム、及び環境設定方法
CN201380070028.6A CN104919428B (zh) 2013-01-24 2013-01-24 环境设定服务器、计算机系统以及环境设定方法
GB1509868.4A GB2525773A (en) 2013-01-24 2013-01-24 Environmental setting server, computer system, and environmental setting method
US14/760,043 US20150326432A1 (en) 2013-01-24 2013-01-24 Environment configuration server, computer system, and environment configuration method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/051391 WO2014115276A1 (ja) 2013-01-24 2013-01-24 環境設定サーバ、計算機システム、及び環境設定方法

Publications (1)

Publication Number Publication Date
WO2014115276A1 true WO2014115276A1 (ja) 2014-07-31

Family

ID=51227092

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/051391 Ceased WO2014115276A1 (ja) 2013-01-24 2013-01-24 環境設定サーバ、計算機システム、及び環境設定方法

Country Status (6)

Country Link
US (1) US20150326432A1 (ja)
JP (1) JP6023221B2 (ja)
CN (1) CN104919428B (ja)
DE (1) DE112013005875T5 (ja)
GB (1) GB2525773A (ja)
WO (1) WO2014115276A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5895043B1 (ja) * 2014-12-25 2016-03-30 ウイングアーク１ｓｔ株式会社 クラスタシステム、クラスタ管理サーバおよびクラスタ管理用プログラム
JP2022123774A (ja) * 2021-02-12 2022-08-24 株式会社日立製作所 ストレージ装置、計算機システム、及びデータ転送プログラム

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150032954A1 (en) * 2013-07-24 2015-01-29 Netapp, Inc. Method and system for presenting and managing storage shares
CN104765591A (zh) * 2014-01-02 2015-07-08 腾讯科技（深圳）有限公司 一种软件配置参数更新的方法、终端服务器及系统
JP6667203B2 (ja) * 2015-03-18 2020-03-18 キヤノン株式会社 情報処理装置およびその制御方法
US11283900B2 (en) 2016-02-08 2022-03-22 Microstrategy Incorporated Enterprise performance and capacity testing
US10440153B1 (en) 2016-02-08 2019-10-08 Microstrategy Incorporated Enterprise health score and data migration
US10616052B2 (en) * 2016-02-23 2020-04-07 Cisco Technology, Inc. Collaborative hardware platform management
US10462009B1 (en) * 2018-02-20 2019-10-29 Amazon Technologies, Inc. Replicating customers' information technology (IT) infrastructures at service provider networks
CN110474790B (zh) * 2018-05-11 2022-11-01 西门子股份公司 对边缘设备进行配置的系统、云平台、设备和方法
CN109120476A (zh) * 2018-08-15 2019-01-01 杭州安恒信息技术股份有限公司 一种业务系统信息获取的方法、系统及设备
EP3930258B1 (en) * 2019-03-29 2025-01-22 Samsung Electronics Co., Ltd. Device and method for providing edge computing service in wireless communication system
US11106455B2 (en) 2019-08-15 2021-08-31 Microstrategy Incorporated Integration of containers with external elements
US11288053B2 (en) 2019-08-15 2022-03-29 Microstrategy Incorporated Conversion and restoration of computer environments to container-based implementations
US11637748B2 (en) 2019-08-28 2023-04-25 Microstrategy Incorporated Self-optimization of computing environments
US11507295B2 (en) * 2019-08-30 2022-11-22 Microstrategy Incorporated Backup, restoration, and migration of computer systems
US11210189B2 (en) 2019-08-30 2021-12-28 Microstrategy Incorporated Monitoring performance of computing systems
US11354216B2 (en) 2019-09-18 2022-06-07 Microstrategy Incorporated Monitoring performance deviations
US11360881B2 (en) 2019-09-23 2022-06-14 Microstrategy Incorporated Customizing computer performance tests
US11438231B2 (en) 2019-09-25 2022-09-06 Microstrategy Incorporated Centralized platform management for computing environments
US11954473B2 (en) 2021-09-20 2024-04-09 Microstrategy Incorporated Deployment architecture for multi-tenant cloud computing systems
US11861342B2 (en) 2022-01-28 2024-01-02 Microstrategy Incorporated Enhanced cloud-computing environment deployment
US11979279B1 (en) * 2023-08-09 2024-05-07 Arista Networks, Inc. Allocated execution time adjustment for secure device provisioning

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005505830A (ja) * 2001-10-05 2005-02-24 エーディーシー ブロードバンド アクセス システムズ，インコーポレイティド 中央ディレクトリサーバ
JP2010102479A (ja) * 2008-10-23 2010-05-06 Hitachi Ltd 計算機システム、ストレージ装置及びデータ更新方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040064348A1 (en) * 2002-09-30 2004-04-01 Humenansky Brian S. Selective deployment of software extensions within an enterprise modeling environment
US7778199B2 (en) * 2005-02-19 2010-08-17 Cisco Technology, Inc. Techniques for customer self-provisioning of edge nodes for a virtual private network
US8793683B2 (en) * 2008-08-28 2014-07-29 Red Hat, Inc. Importing software distributions in a software provisioning environment
US8775578B2 (en) * 2008-11-28 2014-07-08 Red Hat, Inc. Providing hardware updates in a software environment
CN102870098B (zh) * 2010-05-27 2015-09-30 株式会社日立制作所 经由通信网络向远程文件服务器传送文件的本地文件服务器及具有该文件服务器的存储系统
US9847907B2 (en) * 2012-11-26 2017-12-19 Amazon Technologies, Inc. Distributed caching cluster management

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005505830A (ja) * 2001-10-05 2005-02-24 エーディーシー ブロードバンド アクセス システムズ，インコーポレイティド 中央ディレクトリサーバ
JP2010102479A (ja) * 2008-10-23 2010-05-06 Hitachi Ltd 計算機システム、ストレージ装置及びデータ更新方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5895043B1 (ja) * 2014-12-25 2016-03-30 ウイングアーク１ｓｔ株式会社 クラスタシステム、クラスタ管理サーバおよびクラスタ管理用プログラム
WO2016103797A1 (ja) * 2014-12-25 2016-06-30 ウイングアーク１ｓｔ株式会社 クラスタシステム、クラスタ管理サーバおよびクラスタ管理用プログラム
JP2022123774A (ja) * 2021-02-12 2022-08-24 株式会社日立製作所 ストレージ装置、計算機システム、及びデータ転送プログラム
JP7282114B2 (ja) 2021-02-12 2023-05-26 株式会社日立製作所 ストレージ装置

Also Published As

Publication number Publication date
JPWO2014115276A1 (ja) 2017-01-19
JP6023221B2 (ja) 2016-11-09
US20150326432A1 (en) 2015-11-12
GB2525773A (en) 2015-11-04
CN104919428B (zh) 2017-09-22
DE112013005875T5 (de) 2015-11-12
GB201509868D0 (en) 2015-07-22
CN104919428A (zh) 2015-09-16

Similar Documents

Publication Publication Date Title
JP6023221B2 (ja) 環境設定サーバ、計算機システム、及び環境設定方法
US11086898B2 (en) Token-based admission control for replicated writes
US10169163B2 (en) Managing backup operations from a client system to a primary server and secondary server
US9613040B2 (en) File system snapshot data management in a multi-tier storage environment
US8661055B2 (en) File server system and storage control method
US12072770B2 (en) Share-based file server replication for disaster recovery
JP5343166B2 (ja) 通信ネットワークを介してリモートのファイルサーバにファイルを転送するローカルのファイルサーバ、及び、それらのファイルサーバを有するストレージシステム
US11169835B1 (en) VM data migration between storage devices
US9098528B2 (en) File storage system and load distribution method
US11507678B2 (en) Method for managing the access authority to cloud storage and the system therefor
US9600376B1 (en) Backup and replication configuration using replication topology
WO2012085968A1 (en) Storage apparatus and storage management method
US20130290248A1 (en) File storage system and file cloning method
US9984139B1 (en) Publish session framework for datastore operation records
US11422704B2 (en) Adapting service level policies for external latencies
JP2011034164A (ja) リモートコピーシステム及びリモートコピー制御方法
CN114385561A (zh) 文件管理方法和装置及hdfs系统
US11288134B2 (en) Pausing and resuming copying of snapshots from a local snapshot lineage to at least one cloud snapshot lineage
US20220342766A1 (en) Techniques for performing backups using hints
US20170017507A1 (en) Storage, computer, and control method therefor
US11386049B1 (en) Synchronous replication end to end latency reporting
JP7098280B2 (ja) 情報処理システム、および制御方法
WO2017122313A1 (ja) オブジェクト履歴として表示される情報をクライアントに提供する計算機システム及び計算機

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: 13873048

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014558361

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 1509868

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20130124

WWE Wipo information: entry into national phase

Ref document number: 1509868.4

Country of ref document: GB

WWE Wipo information: entry into national phase

Ref document number: 112013005875

Country of ref document: DE

Ref document number: 1120130058758

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 14760043

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 13873048

Country of ref document: EP

Kind code of ref document: A1