Rôle Ansible : Aerospike

Rôle Ansible pour installer et configurer Aerospike sur CentOS (6/7) et Debian (Jessie\Wheezy) Linux.

Exigences

• Ansible 2.3+
• CentOS 6+
• Debian Wheezy\Jessie

Variables du rôle

Les variables disponibles sont listées ci-dessous, avec les valeurs par défaut (voir defaults/main.yml) :

aerospike_boot_enabled: true

Permet de contrôler l'activation d'Aerospike au démarrage.

aerospike_version: 4.0.0.1

Permet de contrôler la version du serveur Aerospike. Voir versions d'Aerospike pour la liste complète.

aerospike_source_directory: /usr/local/src

Indique le nom attendu du répertoire Aerospike décompressé.

aerospike_log_location: /var/log/aerospike

Indique l'emplacement attendu des journaux d'Aerospike. (actuellement ne prend en charge qu'un seul journal aerospike.log à cet emplacement avec tous les contextes) Guide des journaux d'Aerospike

aerospike_cluster_size: 1

Permet de contrôler le nombre attendu de nœuds dans le cluster de serveurs Aerospike.

Variables optionnelles

Les variables suivantes peuvent être définies pour remplacer les valeurs par défaut (les valeurs par défaut sont listées ci-dessous).

aerospike_proto_fd_max: 15000

Nombre maximum de descripteurs de fichiers ouverts au nom des connexions clients. Docs proto-fd-max

aerospike_proto_fd_idle_ms: 60000

Temps en millisecondes à attendre avant de détruire les connexions. Docs proto-fd-idle-ms

aerospike_access_address: "{{ ansible_default_ipv4.address }}"

Une adresse d'accès est une adresse IP annoncée aux clients et utilisée par ceux-ci pour se connecter au cluster. Docs access-address

Utiliser un fichier de configuration géré

Tous les défauts ci-dessous s'appliquent à un fichier de configuration géré.

aerospike_namespaces:
  - name: default

Permet de contrôler la configuration des namespaces du serveur Aerospike. Voir configuration des namespaces d'Aerospike pour plus de détails.

Vous pouvez lister plusieurs namespaces avec des fichiers, des mémoires ou des moteurs de stockage de périphériques.

DEPUIS AEROSPIKE 4.0.0.1, SEULEMENT 2 NAMESPACES DANS CHAQUE CLUSTER

aerospike_namespaces:
  - name: device_objects
    memory_size: 8
    storage_engine:
      devices:
        - /dev/sdb
        - /dev/dsc
      scheduler_mode: noop
      write_block_size: 128K
  - name: file_objects
    storage_engine:
      files:
        - /opt/aerospike/data/1
        - /opt/aerospike/data/2
      data_in_memory: true
   - name: memory_objects

L'exemple ci-dessus montre comment configurer 3 namespaces en utilisant des périphériques attachés, des fichiers et de la mémoire. Docs des moteurs de stockage d'Aerospike

DEPUIS AEROSPIKE 4.0.0.1, SEULEMENT 2 NAMESPACES DANS CHAQUE CLUSTER

aerospike_service_threads: 4

Permet de contrôler le nombre de threads recevant des requêtes clients sur l'interface réseau. Docs service-threads

aerospike_transaction_queues: 4

Permet de contrôler le nombre de files d'attente de transactions gérant les requêtes clients. Les threads de service dispatcheront les transactions dans ces files d'attente. Docs transaction-queues

aerospike_transaction_threads: 4

Permet de contrôler le nombre de threads par file d'attente de transactions. Ces threads traiteront les requêtes des files d'attente de transactions. Docs transaction-threads

aerospike_mesh_seed_addresses:
  - 127.0.0.1

Permet de contrôler la liste des adresses des nœuds dans le cluster de cœur. S'applique uniquement lorsque le nœud est en mode mesh. Docs mesh-seed-address-port

aerospike_multicast_group: 239.1.99.2
aerospike_multicast_port: 9918
aerospike_multicast_address: 10.100.10.101

Vous pouvez également utiliser le cluster de cœur multicast. Si le groupe multicast est défini, il prendra le pas sur aerospike_mesh_seed_addresses. Docs multicast-group Docs cœur multicast

Dépendances du rôle

Aucune.

Exemple de Playbook

---
- hosts: all
  roles:
     - mplachter.aerospike

Test

Ce rôle est testé via Molecule

Licence

MIT

Informations sur l'auteur

Matt Plachter