Choosing a Container IDEvery Container has a numeric ID, also known as Container ID, associated with it. The ID is a 32-bit integer number beginning with zero and unique for a given Parallels server. When choosing an ID for your Container, please follow the simple guidelines below:
The only strict requirement for a Container ID is to be unique for a particular Parallels server. However, if you are going to have several computers running Parallels Server Bare Metal, we recommend assigning different Container ID ranges to them. For example, on server 1 you create Containers within the range of IDs from 101 to 1000; on server 2 you use the range from 1001 to 2000, and so on. This approach makes it easier to remember on which server a Container has been created, and eliminates the possibility of Container ID conflicts when a Container migrates from one Parallels server to another. Another approach to assigning Container IDs is to follow some pattern of Container IP addresses. Thus, for example, if you have a subnet with the 10.0.x.x address range, you may want to assign the 17015 ID to the Container with the 10.0.17.15 IP address, the 39108 ID to the Container with the 10.0.39.108 IP address, and so on. This makes it much easier to run a number of Parallels utilities eliminating the necessity to check up the Container IP address by its ID and similar tasks. You can also think of your own patterns for assigning Container IDs depending on the configuration of your network and your specific needs. Before you decide on a new Container ID, you may want to make sure that no Container with this ID has yet been created on the server. The easiest way to check whether the Container with the given ID exists is to issue the following command: # vzlist -a 101 Container not found This output shows that Container 101 does not exist on the particular server; otherwise it would be present in the list. WARNING! When deciding on a Container ID, do not use the ID of any Container that was ever present in the system unless you are sure that no data belonging to the old Container remains on the server. The fact is that the administrator of the newly-created Container might have access to these data in this case, i.e. to the backups of the old Container, its logs, statistics, etc. |
||||
|