Rola Ansible: Aerospike

Rola Ansible do zainstalowania i skonfigurowania Aerospike na systemach CentOS (6/7) oraz Debian (Jessie/Wheezy).

Wymagania

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

Zmienne roli

Dostępne zmienne są wymienione poniżej, wraz z wartościami domyślnymi (patrz defaults/main.yml):

aerospike_boot_enabled: true

Umożliwia uruchomienie Aerospike przy starcie systemu.

aerospike_version: 4.0.0.1

Kontroluje wersję serwera Aerospike. Zobacz wydania Aerospike dla pełnej listy.

aerospike_source_directory: /usr/local/src

Kontroluje oczekiwaną nazwę rozpakowanego katalogu Aerospike.

aerospike_log_location: /var/log/aerospike

Kontroluje lokalizację logów Aerospike. (obecnie wspiera tylko jeden log aerospike.log w lokalizacji ze wszystkimi kontekstami) Dokumentacja dotycząca logowania Aerospike

aerospike_cluster_size: 1

Kontroluje oczekiwaną liczbę węzłów w klastrze serwera Aerospike.

Zmienne opcjonalne

Poniższe zmienne mogą być ustawione, aby nadpisać wartości domyślne (domyślne wartości wymienione poniżej).

aerospike_proto_fd_max: 15000

Maksymalna liczba otwartych deskryptorów plików dla połączeń klientów. Dokumentacja proto-fd-max

aerospike_proto_fd_idle_ms: 60000

Czas w milisekundach oczekiwania przed usunięciem połączeń. Dokumentacja proto-fd-idle-ms

aerospike_access_address: "{{ ansible_default_ipv4.address }}"

Adres dostępowy to adres IP, który jest ogłaszany klientom i używany przez klientów do łączenia się z klastrem. Dokumentacja access-address

Używanie zarządzanego pliku konfiguracyjnego

Wszystkie poniższe wartości domyślne dotyczą zarządzanego pliku konfiguracyjnego.

aerospike_namespaces:
  - name: default

Kontroluje konfigurację przestrzeni nazw serwera Aerospike. Zobacz konfigurację przestrzeni nazw Aerospike dla szczegółów.

Możesz wymieniać wiele przestrzeni nazw z silnikami przechowywania plików, pamięci lub urządzeń.

OD AEROSPIKE 4.0.0.1 TYLKO 2 PRZESTRZENIE NAZW W KAŻDYM KLASTRZE

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

Powyżej znajduje się przykład konfigurowania 3 przestrzeni nazw przy użyciu podłączonych urządzeń, plików i pamięci. Dokumentacja silników przechowywania Aerospike

OD AEROSPIKE 4.0.0.1 TYLKO 2 PRZESTRZENIE NAZW W KAŻDYM KLASTRZE

aerospike_service_threads: 4

Kontroluje liczbę wątków odbierających żądania klientów na interfejsie sieciowym. Dokumentacja service-threads

aerospike_transaction_queues: 4

Kontroluje liczbę kolejek transakcji zarządzających żądaniami klientów. Wątki serwisowe będą przekazywać transakcje do tych kolejek. Dokumentacja transaction-queues

aerospike_transaction_threads: 4

Kontroluje liczbę wątków na kolejkę transakcyjną. Te wątki będą przetwarzać żądania z kolejek transakcyjnych. Dokumentacja transaction-threads

aerospike_mesh_seed_addresses:
  - 127.0.0.1

Kontroluje listę adresów mesh wszystkich węzłów w klastrze heartbeat. Obowiązuje tylko wtedy, gdy węzeł jest typu mesh. Dokumentacja mesh-seed-address-port

aerospike_multicast_group: 239.1.99.2
aerospike_multicast_port: 9918
aerospike_multicast_address: 10.100.10.101

Możesz również używać klastrów heartbeat z rozgłaszaniem multicastowym. Jeśli grupa multicast jest zdefiniowana, będzie miała pierwszeństwo przed aerospike_mesh_seed_addresses. Dokumentacja multicast-group Dokumentacja heartbeat multicastowego

Zależności roli

Brak.

Przykładowy playbook

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

Testowanie

Ta rola jest testowana za pomocą Molecule

Licencja

MIT

Informacje o autorze

Matt Plachter