Skip to content

Commit cac7b6c

Browse files
committed
Adding translations
1 parent 2102f48 commit cac7b6c

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

55 files changed

+2288
-98
lines changed
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,48 @@
1+
---
2+
title: Métriques d'estimation d'utilisation
3+
kind: documentation
4+
---
5+
## Présentation
6+
7+
Datadog calcule quasiment en temps réel une estimation de votre utilisation actuelle. Grâce aux métriques d'estimation de l'utilisation, vous pouvez :
8+
9+
* Représenter graphiquement l'estimation de votre utilisation
10+
* Créer des monitors sur l'estimation de votre utilisation, en fonction des seuils de votre choix
11+
* Obtenir des alertes en cas de pics ou de chutes d'utilisation
12+
* Évaluer quasiment en temps réel l'impact potentiel des modifications de code sur votre utilisation
13+
14+
**Remarque** : ces métriques d'utilisation sont des estimations qui ne correspondront pas toujours à l'utilisation facturable, en raison de leur publication en quasi temps réel. En moyenne, une différence de 10 à 20 % peut être notée entre l'utilisation estimée et l'utilisation facturable.
15+
16+
{{< img src="account_management/billing/usage-metrics-01.png" alt="Exemple de dashboard" >}}
17+
18+
## Types d'utilisation
19+
20+
Les métriques d'estimation de l'utilisation sont généralement disponibles pour les types d'utilisation suivants :
21+
22+
| Type d'utilisation | Métrique |
23+
|----------------------|------------------------------------------|
24+
| Hosts d'infrastructure | `datadog.estimated_usage.hosts` |
25+
| Conteneurs | `datadog.estimated_usage.containers` |
26+
| Métriques custom | `datadog.estimated_usage.metrics.custom` |
27+
| Octets de log ingérés | `datadog.estimated_usage.logs.ingested_bytes` |
28+
| Événements de log ingérés | `datadog.estimated_usage.logs.ingested_events` |
29+
30+
Les métriques d'utilisation reposant sur des logs doivent être activées manuellement depuis la page [Generate Metrics][1].
31+
32+
{{< img src="account_management/billing/usage-metrics-02.png" alt="Noms des métriques" >}}
33+
34+
## Utilisation pour plusieurs organisations
35+
36+
Pour les comptes disposant de plusieurs organisations, vous pouvez combiner l'estimation de l'utilisation des organisations enfant à l'aide du champ `from`. Cela vous permet de surveiller l'ensemble de l'utilisation de votre compte.
37+
38+
{{< img src="account_management/billing/usage-metrics-03.png" alt="Utilisation multi-organisations" >}}
39+
40+
## Dépannage
41+
42+
Pour toute question technique, contactez [l'assistance Datadog][2].
43+
44+
Pour toute question concernant la facturation, contactez votre [chargé de compte][3].
45+
46+
[1]: /fr/logs/logs_to_metrics/#recommended-usage-metrics
47+
[2]: /fr/help
48+
[3]: mailto:[email protected]

content/fr/agent/docker/_index.md

+7-6
Original file line numberDiff line numberDiff line change
@@ -5,6 +5,7 @@ aliases:
55
- /fr/guides/basic_agent_usage/docker/
66
- /fr/agent/docker
77
- /fr/agent/basic_agent_usage/docker/
8+
- /fr/integrations/docker_daemon/
89
further_reading:
910
- link: '/integrations/java/?tab=docker#configuration'
1011
tag: Documentation
@@ -25,7 +26,7 @@ L'Agent Docker Datadog est la version conteneurisée de l'[Agent][1] pour host.
2526

2627
L'image est disponible en versions pour architectures x86 64 bits et Arm v8.
2728

28-
## Implémentation
29+
## Configuration
2930

3031
Si vous n'avez pas encore installé l'Agent Docker, consultez les informations ci-dessous ou les [instructions d'installation intégrées à l'application][3]. Consultez la documentation de l'Agent pour connaître les [versions prises en charge][4].
3132

@@ -41,7 +42,7 @@ DOCKER_CONTENT_TRUST=1 \
4142
docker run -d -v /var/run/docker.sock:/var/run/docker.sock:ro \
4243
-v /proc/:/host/proc/:ro \
4344
-v /sys/fs/cgroup/:/host/sys/fs/cgroup:ro \
44-
-e DD_API_KEY=<VOTRE_CLÉ_API_DATADOG> \
45+
-e DD_API_KEY="<DATADOG_API_KEY>" \
4546
datadog/agent:latest
4647
```
4748

@@ -53,7 +54,7 @@ DOCKER_CONTENT_TRUST=1 \
5354
docker run -d --name dd-agent -v /var/run/docker.sock:/var/run/docker.sock:ro \
5455
-v /proc/:/host/proc/:ro \
5556
-v /cgroup/:/host/sys/fs/cgroup:ro \
56-
-e DD_API_KEY=<VOTRE_CLÉ_API_DATADOG> \
57+
-e DD_API_KEY="<DATADOG_API_KEY>" \
5758
datadog/agent:latest
5859
```
5960

@@ -108,7 +109,7 @@ Envoyez des métriques custom avec le [protocole StatsD][13] :
108109
| Variable d'environnement | Description |
109110
|----------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------|
110111
| `DD_DOGSTATSD_NON_LOCAL_TRAFFIC` | Effectue une écoute des paquets DogStatsD issus d'autres conteneurs (requis pour envoyer des métriques custom). |
111-
| `DD_HISTOGRAM_PERCENTILES` | Les centiles à calculer pour l'histogramme (séparés par des espaces). Valeur par défaut : « 0.95 ». |
112+
| `DD_HISTOGRAM_PERCENTILES` | Les centiles de l'histogramme à calculer (séparés par des espaces). Valeur par défaut : `0.95`. |
112113
| `DD_HISTOGRAM_AGGREGATES` | Les agrégations à calculer pour l'histogramme (séparées par des espaces). Valeur par défaut : « max median avg count ». |
113114
| `DD_DOGSTATSD_SOCKET` | Chemin vers le socket Unix à écouter. Doit être dans le volume `rw` monté. |
114115
| `DD_DOGSTATSD_ORIGIN_DETECTION` | Active la détection de conteneurs et l'ajout de tags pour les métriques de socket Unix. |
@@ -178,7 +179,7 @@ Ces commandes sont exécutées sur le host.
178179
| Démarrer | Utilisez la [commande d'installation](#installation). |
179180
| Arrêter | `docker exec -it <NOM_CONTENEUR> agent stop` |
180181
| Redémarrer | Utilisez la [commande d'installation](#installation). |
181-
| Statut | `docker exec -it <NOM_CONTENEUR> agent status` |
182+
| Status | `docker exec -it <NOM_CONTENEUR> agent status` |
182183

183184
## Données collectées
184185

@@ -264,7 +265,7 @@ Il en va de même pour le dossier `/checks.d`. Tous les fichiers Python du dossi
264265
[10]: /fr/logs
265266
[11]: /fr/infrastructure/process
266267
[12]: /fr/infrastructure/livecontainers
267-
[13]: https://docs.datadoghq.com/fr/developers/dogstatsd
268+
[13]: /fr/developers/dogstatsd
268269
[14]: /fr/developers/dogstatsd/unix_socket
269270
[15]: https://github.com/DataDog/datadog-agent/blob/master/pkg/tagger/collectors/docker_extract.go
270271
[16]: https://github.com/DataDog/datadog-agent/blob/master/pkg/tagger/collectors/kubelet_extract.go

content/fr/api/users/users_create.md

+8-10
Original file line numberDiff line numberDiff line change
@@ -7,15 +7,13 @@ external_redirect: /api/#creer-un-utilisateur
77

88
## Créer un utilisateur
99

10+
Créez un utilisateur pour votre organisation.
11+
1012
**ARGUMENTS** :
1113

12-
* **`handle`** [*obligatoire*] :
13-
le handle de l'utilisateur ; doit correspondre à un e-mail valide.
14-
* **`name`** [*facultatif*, *défaut*=**None**] :
15-
le nom de l'utilisateur.
16-
* **`access_role`** [*facultatif*, *défaut*=**st**] :
17-
le rôle d'accès de l'utilisateur. Valeurs autorisées :
18-
* **st** (utilisateur standard),
19-
* **adm** (administrateur),
20-
* **ro** (utilisateur read-only)
21-
*Remarque : les utilisateurs ne peuvent être créés qu'avec des clés d'application disponibles pour les administrateurs.*
14+
Un utilisateur est un objet JSON avec `"type":"users"` qui accepte les éléments suivants :
15+
16+
* **`roles`** [*facultatif*] : un tableau de rôles à attribuer à l'utilisateur. Chaque rôle est un objet avec `"type": "roles"` et avec un `id` correspondant à l'ID du rôle à attribuer à l'utilisateur.
17+
* **`attributes.email`** [*obligatoire*] : l'adresse e-mail du nouvel utilisateur.
18+
* **`attributes.name`** [*facultatif*] : le nom du nouvel utilisateur.
19+
* **`attributes.title`** [*facultatif*] : le titre du nouvel utilisateur.

content/fr/api/users/users_get_org.md

+15
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
---
2+
title: Récupérer l'organisation d'un utilisateur
3+
type: apicontent
4+
order: 36.5
5+
external_redirect: "/api/#recuperer-l-organisation-d-un-utilisateur"
6+
---
7+
8+
## Récupérer l'organisation d'un utilisateur
9+
10+
Renvoie des informations sur un utilisateur ainsi que l'ensemble de ses organisations.
11+
12+
**ARGUMENTS** :
13+
14+
* **`user_id`** [*obligatoire*] :
15+
le `user_id` de l'utilisateur.
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
---
2+
title: Récupérer l'ensemble des autorisations d'un utilisateur
3+
type: apicontent
4+
order: 36.6
5+
external_redirect: "/api/#recuperer-l-ensemble-des-autorisations-d-un-utilisateur"
6+
---
7+
8+
## Récupérer l'ensemble des autorisations d'un utilisateur
9+
10+
Renvoie la liste des autorisations de l'utilisateur octroyées par ses rôles.
11+
12+
**ARGUMENTS** :
13+
14+
* **`user_id`** [*obligatoire*] :
15+
le `user_id` de l'utilisateur.

content/fr/dashboards/_index.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -75,7 +75,7 @@ Tous les dashboards répertoriés peuvent être triés à l'aide des en-têtes d
7575
| Icon | Une icône indiquant le type de dashboard (timeboard ou screenboard). |
7676
| Nom | Le nom du dashboard personnalisé ou prédéfini. |
7777
| Modified | La date de dernière modification d'un dashboard personnalisé. |
78-
| Popularity | La [popularité](#popularité) relative du tableau de bord au sein de votre organisation. |
78+
| Popularity | La [popularité](#popularité) relative du dashboard au sein de votre organisation. |
7979
| Creator | L'icône de profil du créateur du dashboard. Les dashboards prédéfinis possèdent le logo de l'intégration. |
8080

8181
#### Popularity
@@ -102,7 +102,7 @@ Datadog propose deux types de dashboards différents : les [screenboards][4] et
102102

103103
### Copier, importer et exporter
104104

105-
Depuis un tableau de bord, vous pouvez copier, importer ou exporter son fichier JSON à l’aide de l’icône en forme d’engrenage (en haut à droite), qui affiche les options suivantes :
105+
Depuis un dashboard, vous pouvez copier, importer ou exporter son fichier JSON à l’aide de l’icône en forme d’engrenage (en haut à droite), qui affiche les options suivantes :
106106

107107
| Option | Description |
108108
|---------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------|

content/fr/developers/events/agent.md

+116
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,116 @@
1+
---
2+
title: Événements avec un check custom d'Agent
3+
kind: documentation
4+
further_reading:
5+
- link: developers/write_agent_check/
6+
tag: Documentation
7+
text: Écrire un check custom d'Agent
8+
---
9+
## Envoi
10+
11+
Utilisez la fonction `event(<DICT_ÉVÉNEMENT>)` pour envoyer un événement depuis un check custom d'Agent :
12+
13+
```text
14+
self.event(
15+
{
16+
"timestamp": <TIMESTAMP_EPOCH>,
17+
"event_type": "<NOM_ÉVÉNEMENT>",
18+
"msg_title": "<TITRE>",
19+
"msg_text": "<MESSAGE>",
20+
"aggregation_key": "<CLÉ_AGRÉGATION>",
21+
"alert_type": "<TYPE_ALERTE>",
22+
"source_type_name": "<TYPE_SOURCE>",
23+
"host": "<HOSTNAME>",
24+
"tags": ["<TAGS>"],
25+
"priority": "<PRIORITÉ>"
26+
}
27+
)
28+
```
29+
30+
Les types de données et de clés suivants sont disponibles dans le dictionnaire de l'événement :
31+
32+
| Clé | Type | Obligatoire | Description |
33+
|--------------------|-----------------|----------|---------------------------------------------------------------|
34+
| `timestamp` | Nombre entier | Oui | Le timestamp epoch de l'événement |
35+
| `event_type` | Chaîne | Oui | Le nom de l'événement |
36+
| `msg_title` | Chaîne | Oui | Le titre de l'événement |
37+
| `msg_text` | Chaîne | Oui | Le corps de texte de l'événement |
38+
| `aggregation_key` | Chaîne | Non | La clé à utiliser pour agréger les événements |
39+
| `alert_type` | Chaîne | Non | `error`, `warning`, `success` ou `info` (valeur par défaut : `info`) |
40+
| `source_type_name` | Chaîne | Non | Le nom du type de source |
41+
| `host` | Chaîne | Non | Le hostname |
42+
| `tags` | Liste de chaînes | Non | La liste de tags associés à cet événement |
43+
| `priority` | Chaîne | Non | Indique la priorité de l'événement (`normal` ou `low`) |
44+
45+
### Exemple
46+
47+
Voici un exemple d'utilisation d'un check custom d'Agent permettant d'envoyer régulièrement un événement. Consultez la rubrique [Écrire un check custom d'Agent][1] pour en savoir plus.
48+
49+
1. Créez un nouveau répertoire `event_example.d/` dans le dossier `conf.d/` à la racine du [répertoire de configuration de votre Agent][2].
50+
51+
2. Dans le dossier `event_example.d/`, créez un fichier de configuration intitulé `event_example.yaml` avec le contenu suivant :
52+
53+
```yaml
54+
instances: [{}]
55+
```
56+
57+
3. Accédez au dossier `checks.d/` dans le dossier parent de `conf.d/`.
58+
4. Dans ce dossier, créez un fichier de check custom `event_example.py` avec le contenu suivant :
59+
60+
{{< code-block lang="python" filename="event_example.py" >}}
61+
from datadog_checks.base import AgentCheck
62+
63+
__version__ = "1.0.0"
64+
65+
class MyClass(AgentCheck):
66+
def check(self, instance):
67+
self.event(
68+
{
69+
"timestamp": time.time(),
70+
"event_type": "Error",
71+
"msg_title": "Exemple d'événement",
72+
"msg_text": "Voici un exemple d'événement provenant de Datadog.",
73+
"alert_type": "error",
74+
}
75+
)
76+
{{< /code-block >}}
77+
78+
5. [Redémarrez l'Agent][3].
79+
6. Pour valider votre check, lancez la [commande status de l'Agent][4] et cherchez `event_example` dans la section Checks :
80+
81+
```
82+
=========
83+
Collector
84+
=========
85+
86+
Running Checks
87+
==============
88+
89+
(...)
90+
91+
event_example (1.0.0)
92+
---------------------
93+
Instance ID: event_example:d884b5186b651429 [OK]
94+
Total Runs: 2
95+
Metric Samples: Last Run: 0, Total: 0
96+
Events: Last Run: 1, Total: 2
97+
Service Checks: Last Run: 0, Total: 0
98+
Average Execution Time : 0s
99+
100+
(...)
101+
```
102+
103+
7. Il ne vous reste plus qu'à accéder à votre [flux d'événements Datadog][5] pour visualiser vos événements :
104+
105+
{{< img src="developers/events/agent_check/event_stream_example.png" alt="exemple de flux d'événements" style="width:80%;">}}
106+
107+
## Pour aller plus loin
108+
109+
{{< partial name="whats-next/whats-next.html" >}}
110+
111+
112+
[1]: /fr/developers/write_agent_check
113+
[2]: /fr/agent/guide/agent-configuration-files/#agent-configuration-directory
114+
[3]: /fr/agent/guide/agent-commands/#restart-the-agent
115+
[4]: /fr/agent/guide/agent-commands/#agent-information
116+
[5]: https://app.datadoghq.com/event/stream

content/fr/integrations/ntp.md

+91
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,91 @@
1+
---
2+
assets:
3+
dashboards: {}
4+
monitors: {}
5+
service_checks: assets/service_checks.json
6+
categories:
7+
- web
8+
- network
9+
creates_events: false
10+
ddtype: check
11+
dependencies:
12+
- 'https://github.com/DataDog/integrations-core/blob/master/ntp/README.md'
13+
display_name: NTP
14+
git_integration_title: ntp
15+
guid: 9d105f8c-7fd3-48d7-a5d1-1cc386ec0367
16+
integration_id: ntp
17+
integration_title: NTP
18+
is_public: true
19+
kind: integration
20+
maintainer: [email protected]
21+
manifest_version: 1.0.0
22+
metric_prefix: ntp.
23+
metric_to_check: ntp.offset
24+
name: ntp
25+
public_title: Intégration Datadog/NTP
26+
short_description: Recevez des alertes lorsque vos hosts se désynchronisent du serveur NTP de votre choix.
27+
support: core
28+
supported_os:
29+
- linux
30+
- mac_os
31+
- windows
32+
---
33+
## Présentation
34+
35+
L'intégration Network Time Protocol (NTP) est activée par défaut et signale les décalages temporels avec un serveur NTP toutes les 15 minutes. Lorsque l'Agent local est décalé de plus de 15 secondes par rapport au service Datadog et aux autres hosts surveillés, vous risquez de rencontrer les problèmes suivants :
36+
37+
- Déclencheurs d'alertes non valides
38+
- Retards de métriques
39+
- Intervalles vides dans les graphiques de métriques
40+
41+
Serveurs NTP atteints par défaut :
42+
43+
- `0.datadog.pool.ntp.org`
44+
- `1.datadog.pool.ntp.org`
45+
- `2.datadog.pool.ntp.org`
46+
- `3.datadog.pool.ntp.org`
47+
48+
## Implémentation
49+
50+
### Installation
51+
52+
Le check NTP est inclus avec le paquet de l'[Agent Datadog][1] : vous n'avez donc rien d'autre à installer sur vos serveurs.
53+
54+
### Configuration
55+
56+
L'Agent active le check NTP par défaut. Si toutefois vous souhaitez le configurer vous-même, modifiez le fichier `ntp.d/conf.yaml` dans le dossier `conf.d/` à la racine du [répertoire de configuration de votre Agent][2]. Consultez le [fichier d'exemple ntp.d/conf.yaml][3] pour découvrir toutes les options de configuration disponibles.
57+
58+
**Remarque** : si vous modifiez le fichier de configuration du check Datadog/NTP, [redémarrez l'Agent][4] pour prendre en compte le changement de configuration.
59+
60+
### Validation
61+
62+
[Lancez la sous-commande `status` de l'Agent][5] et cherchez `ntp` dans la section Checks.
63+
64+
## Données collectées
65+
66+
### Métriques
67+
{{< get-metrics-from-git "ntp" >}}
68+
69+
70+
### Événements
71+
72+
Le check NTP n'inclut aucun événement.
73+
74+
### Checks de service
75+
76+
`ntp.in_sync` :
77+
78+
Renvoie `CRITICAL` si le décalage avec NTP est supérieur au seuil indiqué dans `ntp.yaml`. Si ce n'est pas le cas, renvoie `OK`.
79+
80+
## Dépannage
81+
82+
Besoin d'aide ? Contactez [l'assistance Datadog][7].
83+
84+
[1]: https://app.datadoghq.com/account/settings#agent
85+
[2]: https://docs.datadoghq.com/fr/agent/guide/agent-configuration-files/#agent-configuration-directory
86+
[3]: https://github.com/DataDog/datadog-agent/blob/master/cmd/agent/dist/conf.d/ntp.d/conf.yaml.default
87+
[4]: https://docs.datadoghq.com/fr/agent/guide/agent-commands/#start-stop-and-restart-the-agent
88+
[5]: https://docs.datadoghq.com/fr/agent/guide/agent-commands/#agent-status-and-information
89+
[6]: https://github.com/DataDog/integrations-core/blob/master/ntp/metadata.csv
90+
[7]: https://docs.datadoghq.com/fr/help
91+
[8]: https://docs.datadoghq.com/fr/agent/autodiscovery/integrations

0 commit comments

Comments
 (0)