Ansible-Rolle: Aerospike

Ansible-Rolle zur Installation und Konfiguration von Aerospike auf CentOS (6/7) und Debian (Jessie/Wheezy) Linux.

Anforderungen

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

Rollenvariablen

Verfügbare Variablen sind unten aufgeführt, zusammen mit den Standardwerten (siehe defaults/main.yml):

aerospike_boot_enabled: true

Steuert, ob Aerospike beim Booten gestartet werden soll.

aerospike_version: 4.0.0.1

Steuert die Version des Aerospike-Servers. Siehe Aerospike-Versionen für die vollständige Liste.

aerospike_source_directory: /usr/local/src

Steuert den erwarteten Namen des entpackten Aerospike-Verzeichnisses.

aerospike_log_location: /var/log/aerospike

Steuert den erwarteten Speicherort der Aerospike-Protokolle. (Momentan wird nur ein einzelnes Protokoll aerospike.log unterstützt)Aerospike Logging-Leitfaden

aerospike_cluster_size: 1

Steuert die erwartete Anzahl der Knoten im Aerospike-Servercluster.

Optionale Variablen

Die folgenden Variablen können gesetzt werden, um die Standardwerte zu überschreiben (Standardwerte sind unten aufgeführt).

aerospike_proto_fd_max: 15000

Maximale Anzahl von geöffneten Dateideskriptoren, die im Auftrag von Clientverbindungen geöffnet sind. proto-fd-max-Dokumentation

aerospike_proto_fd_idle_ms: 60000

Zeit in Millisekunden, die gewartet wird, bevor Verbindungen beendet werden. proto-fd-idle-ms-Dokumentation

aerospike_access_address: "{{ ansible_default_ipv4.address }}"

Eine Zugriffsadresse ist eine IP-Adresse, die den Clients angekündigt wird und von den Clients verwendet wird, um sich mit dem Cluster zu verbinden. access-address-Dokumentation

Verwendung einer verwalteten Konfigurationsdatei

Alle Standardwerte gelten für eine verwaltete Konfigurationsdatei.

aerospike_namespaces:
  - name: default

Steuert die Namensraumkonfiguration des Aerospike-Servers. Siehe Aerospike-Namensraumkonfiguration für Details.

Sie können mehrere Namensräume mit Datei-, Speicher- oder Geräte-Speicher-Engines auflisten.

SEIT AEROSPIKE 4.0.0.1 NUR 2 NAMENSRÄUME IN JEDEM 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

Oben ist ein Beispiel zur Konfiguration von 3 Namensräumen mit angeschlossenen Geräten, Dateien und Speicher. Aerospike-Speicher-Engines-Dokumentation

SEIT AEROSPIKE 4.0.0.1 NUR 2 NAMENSRÄUME IN JEDEM CLUSTER

aerospike_service_threads: 4

Steuert die Anzahl der Threads, die Clientanfragen über die Netzwerkschnittstelle empfangen. service-threads-Dokumentation

aerospike_transaction_queues: 4

Steuert die Anzahl der Transaktionswarteschlangen, die Clientanfragen verwalten. Service-Threads werden Transaktionen in diese Warteschlangen einfügen. transaction-queues-Dokumentation

aerospike_transaction_threads: 4

Steuert die Anzahl der Threads pro Transaktionswarteschlange. Diese Threads konsumieren die Anfragen aus den Transaktionswarteschlangen. transaction-threads-Dokumentation

aerospike_mesh_seed_addresses:
  - 127.0.0.1

Steuert die Liste der Mesh-Adressen aller Knoten im Herzschlag-Cluster. Gilt nur, wenn der Knoten im Mesh ist. mesh-seed-address-port-Dokumentation

aerospike_multicast_group: 239.1.99.2
aerospike_multicast_port: 9918
aerospike_multicast_address: 10.100.10.101

Sie können auch das Multicast-Herzschlag-Cluster verwenden. Wenn die Multicast-Gruppe definiert ist, hat sie Vorrang vor aerospike_mesh_seed_addresses. multicast-group-Dokumentation multicast-Herzschlag-Dokumentation

Rollenabhängigkeiten

Keine.

Beispiel-Playbook

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

Testen

Diese Rolle wird durch Molecule getestet.

Lizenz

MIT

Autoreninformationen

Matt Plachter