Vous pouvez démarrer les serveurs de conteneur depuis la ligne de commande en utilisant une topologie de déploiement ou un fichier server.properties.
cd racine_install_wxs/bin
startOgServer.sh c0 -objectGridFile ../xml/companyGrid.xml
-catalogServiceEndPoints MyServer1.company.com:2809
Sans être nécessaire, une stratégie est recommandée pendant le démarrage du conteneur. La règle de déploiement est utilisée pour configurer le partitionnement et la réplication pour eXtreme Scale. La règle de déploiement peut également être utilisée pour influencer le comportement de positionnement. Comme l'exemple précédent ne fournit pas de fichier de règle de déploiement, l'exemple reçoit toutes les valeurs par défaut en ce qui concerne la réplication, le partitionnement et le positionnement. Donc, les mappes dans le CompanyGrid se trouvent dans un mapSet. Le mapSet n'est ni partitionné ni répliqué. Pour plus d'informations sur les fichiers de règle de déploiement, voir Fichier XML du descripteur de la règle de déploiement. L'exemple suivant utilise le fichier companyGridDpReplication.xml pour démarrer une machine virtuelle Java de conteneur, c0 :
cd racine_install_wxs/bin
startOgServer.sh c0 -objectGridFile ../xml/companyGrid.xml
-deploymentPolicyFile ../xml/companyGridDpReplication.xml
-catalogServiceEndPoints MyServer1.company.com:2809
cd racine_install_wxs/bin
startOgServer.sh c1 -objectGridFile ../xml/companyGrid.xml
-deploymentPolicyFile ../xml/companyGridDpReplication.xml
-catalogServiceEndPoints MyServer1.company.com:2809
companyGridDpReplicationModified.xml
<?xml version="1.0" encoding="UTF-8"?>
<deploymentPolicy xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://ibm.com/ws/objectgrid/deploymentPolicy
../deploymentPolicy.xsd"
xmlns="http://ibm.com/ws/objectgrid/deploymentPolicy">
<objectgridDeployment objectgridName="CompanyGrid">
<mapSet name="mapSet1" numberOfPartitions="5"
minSyncReplicas="1" maxSyncReplicas="1"
maxAsyncReplicas="0">
<map ref="Customer" />
<map ref="Item" />
<map ref="OrderLine" />
<map ref="Order" />
</mapSet>
</objectgridDeployment>
</deploymentPolicy>
Vous pouvez maintenant démarrer une troisième machine virtuelle Java, c2 : cd racine_install_wxs/bin
startOgServer.sh c2 -objectGridFile ../xml/companyGrid.xml
-deploymentPolicyFile ../xml/companyGridDpReplicationModified.xml
-catalogServiceEndPoints MyServer1.company.com:2809
Le conteneur sur la machine virtuelle Java c2 est démarré avec une règle de déploiement qui spécifie 5 partitions pour le mapSet1. Cependant, le service de catalogue contient déjà la copie maître de l'objectgridDeployment pour le CompanyGrid. Quand la machine virtuelle Java c0 a été démarrée, elle a spécifié que 10 partitions existent pour ce mapSet. Comme il s'agit du premier conteneur à démarrer et publier sa règle de déploiement, cette dernière devient la stratégie maître. En conséquence, toute valeur d'attribut objectgridDeployment égale à CompanyGrid dans une règle de déploiement suivante est ignorée.
Vous pouvez utiliser un fichier de propriétés de serveur pour configurer la fonction de trace et la sécurité sur un conteneur. Exécutez les commandes suivantes pour démarrer un conteneur c3 avec un fichier de propriétés de serveur.
cd racine_install_wxs/bin
startOgServer.sh c3 -objectGridFile ../xml/companyGrid.xml
-deploymentPolicyFile ../xml/companyGridDpReplicationModified.xml
-catalogServiceEndPoints MyServer1.company.com:2809
-serverProps ../serverProps/server.properties
server.properties
workingDirectory=
traceSpec=*=all=disabled
systemStreamToFileEnabled=true
enableMBeans=true
memoryThresholdPercentage=50
Il s'agit d'un fichier de propriétés de serveur de base dans lequel la sécurité n'est pas activée. Pour plus d'informations concernant le fichier server.properties, voir Fichier de propriétés du serveur.
Pour plus d'informations sur le démarrage des serveurs de conteneur à l'aide d'un programme, voir Utilisation de l'API de serveur embarqué pour démarrer et arrêter les serveurs.