La plus grande mise à jour apportée à Zmanda depuis son lancement est la prise en charge des clusters distribués. Cela permet aux utilisateurs de relier les serveurs de sauvegarde Amanda Enterprise du monde entier à une console centrale. La nouvelle mise à jour apportée offre également une commodité sans précédent tout en gérant les sauvegardes de milliers de machines à travers les continents. Dans le même temps, nous nous assurons également de fournir la même robustesse fiable que les utilisateurs attendent de Zmanda lors de scénarios de catastrophe. Le moteur de sauvegarde de Zmanda surpasse également les autres solutions de sauvegarde grâce à ses architectures de code natives et offre un RPO en temps quasi réel pour les charges de travail exécutées sur des instances VMWare.

Cette combinaison du moteur de sauvegarde de Zmanda permettant une sauvegarde en temps quasi réel et la commodité de gérer les jeux de sauvegarde de manière transparente à travers le monde, Zmanda 4.0 offre la meilleure expérience de sauvegarde et de restauration à ce jour.

Il y a plusieurs raisons pour lesquelles Zmanda utilise une architecture Star.

Star est l'implémentation connue la plus rapide d'un archiveur tar.

Il inclut la première implémentation gratuite des en-têtes tar étendus POSIX.1-2001. Les en-têtes tar étendus POSIX.1-2001 définissent une nouvelle méthode standard pour aller au-delà des limitations du format tar historique. Ils permettent (entre autres) d'archiver tous les horodatages UNIX avec une résolution inférieure à la seconde, des fichiers de taille arbitraire, des noms de fichiers sans limitation de longueur et des noms de fichiers utilisant le codage UNICODE UTF-8.

Star est construit au-dessus de libfind et vous permet donc d'exécuter des expressions de type "find" en mode création, extraction et liste. Cela permet de faire beaucoup de choses intéressantes qui ne pourraient pas être faites si star et find étaient appelés séparément.

Star détecte automatiquement les archives échangées et les lit de manière transparente dans le bon sens, indépendamment de l'extrémité de l'architecture du système qui a créé l'archive et de l'architecture du système qui lit l'archive. 

Il n'y a pas de réponse définitive à cette question. Le nombre optimal de clusters est en quelque sorte subjectif et dépend de la méthode utilisée pour mesurer les similitudes et des paramètres utilisés pour le partitionnement.
Une solution simple et populaire consiste à inspecter le dendrogramme produit en utilisant le clustering hiérarchique pour voir s'il suggère un nombre particulier de clusters. 

Zmanda (mode cluster activé) possède un point de terminaison de configuration qui « connaît » tous les points de terminaison principaux et de nœud du cluster. Votre application se connecte au point de terminaison de configuration. Chaque fois que votre application écrit ou lit à partir du point de terminaison de configuration du cluster, Zmanda, en coulisse, détermine à quelle partition appartient la clé et à quel point de terminaison de cette partition utiliser. Tout est assez transparent pour votre application.

• C'est le premier fournisseur mondial de produits de sauvegarde et de restauration open source d'entreprise. Nous avons un héritage de protection des données d'entreprise.  

• Zmanda propose également des sauvegardes d'entreprise pour l'environnement de cloud hybride. Zmanda garantit que toutes les charges de travail critiques telles que les serveurs, les bases de données, les applications et les machines virtuelles sur les ressources du cloud hybride sont protégées contre les failles de sécurité et les erreurs accidentelles.

• Zmanda a obtenu la certification Homeland pour une utilisation par le gouvernement. Coverity, qui crée des outils automatisés d'analyse de code source, a annoncé sa première liste de projets open source qui ont été certifiés comme exempts de défauts de sécurité et nous sommes honorés d'être sur la liste certifiée pour un usage gouvernemental.