azdata bdc config
S’applique à : Azure Data CLI ()azdata
L’article suivant fournit des informations de référence sur les commandes sql dans l’outil azdata. Pour plus d’informations sur les commandes azdata, consultez azdata reference
Command | Description |
---|---|
azdata bdc config init | Initialise un profil de configuration de cluster Big Data qui peut être utilisé avec bdc create. |
azdata bdc config list | Répertorie les choix de profils de configuration disponibles. |
azdata bdc config show | Affiche la configuration actuelle du cluster BDC ou la configuration d’un fichier local que vous spécifiez, par exemple custom/bdc.json. |
azdata bdc config add | Ajoutez une valeur pour un chemin d’accès json dans un fichier de configuration. |
azdata bdc config remove | Supprimez une valeur pour un chemin d’accès json dans un fichier de configuration. |
azdata bdc config replace | Remplacez une valeur pour un chemin d’accès json dans un fichier de configuration. |
azdata bdc config patch | Corrige un fichier de configuration basé sur un fichier de correctif json. |
Initialise un profil de configuration de cluster Big Data qui peut être utilisé avec bdc create. La source spécifique du profil de configuration peut être spécifiée dans les arguments.
azdata bdc config init [--path -p]
[--source -s]
[--force -f]
[--accept-eula -a]
Expérience d’initialisation de configuration de BDC guidée : vous serez invité à entrer les valeurs nécessaires.
azdata bdc config init
L’initialisation de la configuration BDC avec des arguments crée un profil de configuration aks-dev-test dans ./custom.
azdata bdc config init --source aks-dev-test --target custom
Chemin de fichier où placer le profil de configuration et dont la valeur par défaut est <cwd>/custom.
Source du profil de configuration : ['kubeadm-dev-test', 'kubeadm-prod', 'openshift-prod', 'aks-dev-test-ha', 'aks-dev-test', 'aro-dev-test', 'openshift-dev-test', 'aro-dev-test-ha']
Forcez le remplacement du fichier cible.
Acceptez-vous les termes du contrat de licence ? [oui/non]. Si vous ne voulez pas utiliser cet argument, vous pouvez définir la variable d’environnement ACCEPT_EULA sur « oui ». Les termes du contrat de licence pour ce produit sont visibles à l’adresse https://aka.ms/eula-azdata-en.
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Répertorie les choix de profils de configuration disponibles dans bdc config init
azdata bdc config list [--config-profile -c]
[--type -t]
[--accept-eula -a]
Affiche les noms de profils de configuration disponibles.
azdata bdc config list
Affiche json d’un profil de configuration spécifique.
azdata bdc config list --config-profile aks-dev-test
Profil de configuration par défaut : ['kubeadm-dev-test', 'kubeadm-prod', 'openshift-prod', 'aks-dev-test-ha', 'aks-dev-test', 'aro-dev-test', 'openshift-dev-test', 'aro-dev-test-ha']
Le type de configuration que vous souhaitez afficher.
Acceptez-vous les termes du contrat de licence ? [oui/non]. Si vous ne voulez pas utiliser cet argument, vous pouvez définir la variable d’environnement ACCEPT_EULA sur « oui ». Les termes du contrat de licence pour ce produit sont visibles à l’adresse https://aka.ms/eula-azdata-en.
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Affiche la configuration actuelle du cluster BDC ou la configuration d’un fichier local que vous spécifiez, par exemple custom/bdc.json. La commande peut également utiliser un chemin d’accès json si vous souhaitez obtenir une section uniquement. Vous pouvez également spécifier un fichier cible vers lequel effectuer la sortie. Si un fichier cible n’est pas spécifié, il sera simplement sorti sur le terminal.
azdata bdc config show [--config-file -c]
[--target -t]
[--json-path -j]
[--force -f]
Afficher la configuration du BDC dans votre console
azdata bdc config show
Dans un fichier config local, obtenez une valeur à la fin d’un chemin d’accès à la clé json simple.
azdata bdc config show --config-file custom-config/bdc.json --json-path "metadata.name" --target section.json
Dans un fichier de configuration local, obtient les ressources au sein d’un service.
azdata bdc config show --config-file custom-config/bdc.json --json-path "$.spec.services.sql.resources" --target section.json
Chemin du fichier de configuration du cluster Big Data si vous ne voulez pas utiliser la configuration du cluster auquel vous êtes actuellement connecté, par exemple custom/bdc.json
Fichier de sortie dans lequel stocker le résultat. Valeur par défaut : dirigée vers stdout.
Chemin d’accès à la clé json qui mène à la section ou à la valeur que vous souhaitez dans la configuration, par exemple clé1, clé2, clé3. Utilise le langage de requête jsonpath, https://jsonpath.com/, par exemple : -j '$.spec.pools[?(@.spec.type == "Master")]..endpoints'
Forcez le remplacement du fichier cible.
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Ajoute la valeur au chemin d’accès json dans le fichier config. Tous les exemples ci-dessous sont fournis dans Bash. Si vous utilisez une autre ligne de commande, sachez que vous devrez peut-être placer les guillemets dans une séquence d’échappement de manière appropriée. Vous pouvez également utiliser la fonctionnalité de fichier de correctif.
azdata bdc config add --path -p
--json-values -j
Ex 1 : ajoutez un stockage de plan de contrôle.
azdata bdc config add --path custom/control.json --json-values "spec.storage={"accessMode":"ReadWriteOnce","className":"managed-premium","size":"10Gi"}"
Chemin de fichier de configuration du cluster Big Data de la configuration que vous souhaitez définir, par exemple custom/bdc.json
Liste de paires clé/valeur de chemins d’accès json aux valeurs : key1.subkey1=value1,key2.subkey2=value2. Vous pouvez fournir des valeurs json incluses, telles que : key='{"kind":"cluster","name":"test-cluster"}' ou fournir un chemin d'accès au fichier, tel que key=./values.json. L’ajout ne prend PAS en charge les conditions. Si la valeur incluse que vous fournissez est une paire clé-valeur elle-même avec des caractères « = » et « , », mettez ces caractères dans une séquence d’échappement. Par exemple, key1="key2=val2,key3=val3". Veuillez consulter http://jsonpatch.com/ pour obtenir des exemples d’apparence de votre chemin d’accès. Si vous souhaitez accéder à un tableau, vous devez le faire en indiquant l’index, tel que key.0=value
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Supprime la valeur au chemin d’accès json dans le fichier config. Tous les exemples ci-dessous sont fournis dans Bash. Si vous utilisez une autre ligne de commande, sachez que vous devrez peut-être placer les guillemets dans une séquence d’échappement de manière appropriée. Vous pouvez également utiliser la fonctionnalité de fichier de correctif.
azdata bdc config remove --path -p
--json-path -j
Ex 1 : supprimez un stockage de plan de contrôle.
azdata bdc config remove --path custom/control.json --json-path ".spec.storage"
Chemin de fichier de configuration du cluster Big Data de la configuration que vous souhaitez définir, par exemple custom/bdc.json
Une liste de chemins d’accès json basés sur la bibliothèque jsonpatch qui indique les valeurs que vous souhaitez supprimer, par exemple : key1.subkey1,key2.subkey2. La suppression ne prend PAS en charge les conditions. Veuillez consulter http://jsonpatch.com/ pour obtenir des exemples d’apparence de votre chemin d’accès. Si vous souhaitez accéder à un tableau, vous devez le faire en indiquant l’index, tel que key.0=value
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Remplace la valeur au niveau du chemin d’accès json dans le fichier config. Tous les exemples ci-dessous sont fournis dans Bash. Si vous utilisez une autre ligne de commande, sachez que vous devrez peut-être placer les guillemets dans une séquence d’échappement de manière appropriée. Vous pouvez également utiliser la fonctionnalité de fichier de correctif.
azdata bdc config replace --path -p
--json-values -j
Ex 1 : remplacez le port d’un point de terminaison unique (point de terminaison de contrôleur).
azdata bdc config replace --path custom/control.json --json-values "$.spec.endpoints[?(@.name=="Controller")].port=30080"
Ex 2 : remplacez un stockage de plan de contrôle.
azdata bdc config replace --path custom/control.json --json-values "spec.storage={"accessMode":"ReadWriteOnce","className":"managed-premium","size":"10Gi"}"
Ex 3 : remplacez la spécification de ressource storage-0, y compris les réplicas.
azdata bdc config replace --path custom/bdc.json --json-values "$.spec.resources.storage-0.spec={"replicas": 2,"storage": {"className": "managed-premium","size": "10Gi","accessMode": "ReadWriteOnce"},"type": "Storage"}"
Chemin de fichier de configuration du cluster Big Data de la configuration que vous souhaitez définir, par exemple custom/bdc.json
Liste de paires clé/valeur de chemins d’accès json aux valeurs : key1.subkey1=value1,key2.subkey2=value2. Vous pouvez fournir des valeurs json incluses, telles que : key='{"kind":"cluster","name":"test-cluster"}' ou fournir un chemin d'accès au fichier, tel que key=./values.json. Remplacer prend en charge des conditions dans la bibliothèque jsonpath. Pour ce faire, démarrez votre chemin d’accès par un $. Cela vous permet de placer une condition de type -j $.key1.key2[?(@.key3=='someValue'].key4=value. Si la valeur incluse que vous fournissez est une paire clé-valeur elle-même avec des caractères « = » et « , », mettez ces caractères dans une séquence d’échappement. Par exemple, key1="key2=val2,key3=val3". Consultez les exemples ci-dessous. Pour obtenir de l’aide supplémentaire, consultez : https://jsonpath.com/
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Corrige le fichier config en fonction du fichier correctif donné. Veuillez consulter http://jsonpatch.com/ pour mieux comprendre comment les chemins d’accès doivent être composés. L’opération de remplacement peut utiliser des conditions dans son chemin d’accès en raison de la bibliothèque jsonpath https://jsonpath.com/. Tous les fichiers json des correctifs doivent commencer par une clé « correctif » qui contient un tableau de correctifs avec les opérations (ajouter, remplacer, supprimer), le chemin d’accès et la valeur correspondants. L’opération « supprimer » ne requiert pas de valeur, juste un chemin d’accès. Consultez les exemples ci-dessous.
azdata bdc config patch --path
--patch-file -p
Ex 1 : remplacez le port d’un point de terminaison unique (point de terminaison de contrôleur) par un fichier du correctif.
azdata bdc config patch --path custom/control.json --patch ./patch.json
Patch File Example (patch.json):
{"patch":[{"op":"replace","path":"$.spec.endpoints[?(@.name=="Controller")].port","value":30080}]}
Ex 2 : remplacez un stockage de plan de contrôle par un fichier du correctif.
azdata bdc config patch --path custom/control.json --patch ./patch.json
Patch File Example (patch.json):
{"patch":[{"op":"replace","path":".spec.storage","value":{"accessMode":"ReadWriteMany","className":"managed-premium","size":"10Gi"}}]}
Ex 3 : remplacez le stockage du pool, y compris les réplicas (pool de stockage) par un fichier du correctif.
azdata bdc config patch --path custom/bdc.json --patch ./patch.json
Patch File Example (patch.json):
{"patch":[{"op":"replace","path":"$.spec.resources.storage-0.spec","value":{"replicas": 2,"storage": {"className": "managed-premium","size": "10Gi","accessMode": "ReadWriteOnce"},"type": "Storage"}}]}
Chemin de fichier de configuration du cluster Big Data de la configuration que vous souhaitez définir, par exemple custom/bdc.json
Chemin d'accès à un fichier json du correctif basé sur la bibliothèque jsonpatch : http://jsonpatch.com/. Vous devez démarrer votre fichier json du correctif par une clé appelée « correctif », dont la valeur est un tableau d’opérations PATCH que vous envisagez de créer. Pour le chemin d’accès d’une opération PATCH, vous pouvez utiliser la notation, telle que key1.key2 pour la plupart des opérations. Si vous souhaitez effectuer une opération de remplacement et que vous remplacez une valeur dans un tableau qui requiert une condition, utilisez la notation jsonpath en commençant votre chemin d’accès par un $. Cela vous permet de placer une condition de type $.key1.key2[?(@.key3=='someValue'].key4. Consultez les exemples ci-dessous. Pour obtenir une aide supplémentaire sur les conditions, consultez : https://jsonpath.com/.
Augmentez le niveau de détail de la journalisation pour afficher tous les journaux de débogage.
Affichez ce message d’aide et quittez.
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
Chaîne de requêtes JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
Augmentez le niveau de détail de la journalisation. Utilisez --debug pour des journaux de débogage complets.
Pour plus d’informations sur les autres commandes azdata, consultez azdata reference.
Pour plus d’informations sur l’installation de l’outil azdata, consultez Installer azdata.