• 13 June 2017
• Tags:
• Object Storage
• Swift
• Ceph
• OpenIO
• Alfresco
• SDS

• 01 February 2017
• Tags:
• Object Storage
• Swift
• Alfresco
• SDS

• 20 January 2017
• Tags:
• Object Storage
• Ceph
• Alfresco
• SDS

• 20 January 2017
• Tags:
• Object Storage
• Ceph
• Alfresco
• SDS

• 21 September 2016
• Tags:
• Object Storage
• Ceph
• Alfresco

Après le connecteur Alfresco OpenIO annoncé au début du mois, nous vous proposons aujourd’hui - toujours en partenariat avec Beezim - un connecteur Alfresco pour Red Hat Ceph Storage. Ceph est une plateforme libre de Software Defined Storage (SDS) mis en avant par Red Hat.

Cette implémentation utilise librados, qui permet un accès direct à RADOS (et aux OSD) sans passer par les gateway S3 ou Swift. Ceci complexifie un peu la configuration du serveur Alfresco mais améliore notablement les perfomances.

Le connecteur est disponible en Beta sous forme de module AMP. N’hésitez pas à nous contacter pour solliciter une démo ou une expertise. Comme pour le connecteur OpenIO une image Docker nous permet de monter très rapidement une maquette en ligne.

• 18 September 2016
• Tags:
• Object Storage
• OpenIO
• Alfresco
• Docker

Pour tester notre connecteur Alfresco-OpenIO j’utilise la magie de Docker. OpenIO fournit une image Docker près à l’emploie. Pour Alfresco on trouve plusieurs images basées sur l’installateur automatique d’Alfresco, ce qui ne me convient pas. J’ai donc créé mes propres images.

Au lieu d’une image contenant Alfresco+Share+Solr+Postgresql, j’ai mis en place 4 images distinctes. C’est ainsi plus simple de remplacer un composant (par exemple Postgresql par MySQL), on peut également redémarrer ou reconstuire uniquement un service ce qui est beaucoup plus rapide.

Les images Alfresco, Share et Solr sont simplement basés sur l’image tomcat officiel “tomcat:7.0.70-jre7” sur lesquelles j’injecte les war officiels d’Alfresco et la configuration spécifique au montage Docker.

Bien sur j’injecte alfresco-mmt.jar pour facilement installer des modules Alfresco AMP sur des images filles. C’est ainsi que je créé une image Alfresco contenant le module Alfresco-OpenIO.

Ensuite il suffit de créer un fichier docker-compose.yml pour configurer les services ensembles. Par exemple :

version: '2'

networks:
  alf-openio:
    driver: bridge
    ipam:
      driver: default
      config:
        - subnet: 192.168.168.0/24
          gateway: 192.168.168.1

services:
  alfresco:
    image: jeci/alfresco-openio
    environment:
      CATALINA_OPTS: "-Xms512m -Xmx4G -XX:MaxPermSize=256m -XX:-DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -Djava.security.egd=file:/dev/./urandom "
    depends_on:
      - postgresql
      - openio
    ulimits:
      nproc: 65535
      nofile:
        soft: 20000
        hard: 40000
    links:
      - openio
    networks:
      - alf-openio

  share:
    image: jeci/share-dc
    environment:
      CATALINA_OPTS: "-Xms1G -Xmx4G -XX:MaxPermSize=256m -XX:-DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -Djava.security.egd=file:/dev/./urandom "
    depends_on:
    - alfresco
    ports:
    - "80:8080"
    networks:
      - alf-openio
    cap_drop:
     - NET_BIND_SERVICE

  solr:
    image: jeci/solr-dc
    environment:
      CATALINA_OPTS: "-Xms512m -Xmx2G -XX:MaxPermSize=512m -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:G1HeapRegionSize=8m -XX:MaxGCPauseMillis=200  -Djava.security.egd=file:/dev/./urandom "
    depends_on:
    - alfresco
    ulimits:
      nproc: 65535
      nofile:
        soft: 20000
        hard: 40000
    networks:
      - alf-openio

  postgresql:
    image: postgres:9.4
    environment:
      POSTGRES_DB: alfresco
      POSTGRES_PASSWORD: alfresco
      POSTGRES_USER: alfresco
    networks:
      - alf-openio

  openio:
    image: openio/sds
    container_name: openio-service
    environment:
      OIO_NS: OPENIO
      OIO_ACCOUNT: alfresco
      OPENIO_IPADDR: 192.168.168.10
    networks:
     alf-openio:
        ipv4_address: 192.168.168.10
    expose:
     - "6006"
    stdin_open: true
    tty: true

Démarrer l’image OpenIO avec docker-compose n’est pas facile car OpenIO nécessite d’avoir une adresse ip fixe. Mais une fois correctement en place il suffit de faire :

docker-compose up -d

• 07 September 2016
• Tags:
• Object Storage
• OpenIO
• Alfresco

En partenariat avec Beezim, qui a développé un connecteur OpenIO pour Zimbra, nous venons de mettre au point un connecteur Alfresco pour OpenIO.

Une installation standard d’Alfresco nécessite quatre composants clés : l’application Alfresco+Share sur Tomcat, une base de données, des indexes Solr et un espace de stockage pour les fichiers (ContentStore). La mise en cluster de tous ces composants est maitrisée aujourd’hui, sauf pour le stockage des fichiers qui repose généralement sur un montage NFS.

En utilisant du stockage objet comme OpenIO, le ContentStore devient automatiquement répliqué trois fois, tolérant aux pannes, extensible à l’infini mais cela ne change rien pour les utilisateurs ni pour les développements spécifiques.

Le stockage objet facilite l’administration d’Alfresco pour des petites ou très grosses instances, les avantages sont :

• Centralisation du stockage : vous pouvez configurer plusieurs Alfresco sur la même installation OpenIO
• Backup automatique par l’utilisation de la duplication côté stockage
• Gestion de volumes de données importants pour petits et gros fichiers
• Facilité d’augmentation de la volumétrie

Le connecteur est disponible en Beta pour l’instant, sous forme de module AMP. N’hésitez pas à nous contacter pour solliciter une démo ou une expertise. Notre partenaire Beezim maitrise la mise en oeuvre d’OpenIO chez vous ou hébergée.