Modèles d'application de serveur dédié virtuel › SunOS › VDS_OSOL, VDS64_OSOL et VDS_SOL10 : applications de serveur dédié virtuel

VDS_OSOL, VDS64_OSOL et VDS_SOL10 : applications de serveur dédié virtuel

Dernière version : 1.2.2-1

Présentation fonctionnelle

VDS_OSOL, VDS64_OSOL et VDS_SOL10 sont des applications de serveur virtuel. Elles sont conçues pour être déployées en tant qu'applications autonomes sans parties de catalogue.

L'espace occupé par les applications VDS peut varier d'environ un vingtième d'un serveur physique à un serveur physique complet selon les besoins de ressources de l'utilisateur final.

Les applications VDS incluent un environnement de compilation de base avec GCC (le cas échéant).

Avec les VDS Solaris, vous pouvez installer des packages supplémentaires à l'aide de pkgadd.

Les applications VDS sont fournies pour offrir aux fournisseurs d'hébergement une façon rapide et facile de mettre à disposition un serveur dédié sur la grille de CA 3Tera AppLogic.

Les applications VDS se configurent elles-mêmes par le biais des propriétés au premier démarrage. L'utilisateur initial est créé et le mot de passe racine est consigné dans un fichier (/home/<user>/su.txt). Vous pouvez réinitialiser les applications de VDS avec leurs propriétés par défaut en supprimant /appliance/passwd.stamp de l'appliance et en redémarrant l'application.

Périmètre

Ressources

VDS OpenSolaris :

VDS Solaris 10 :

Terminaux

L'interface externe est activée. Elle est utilisée pour le trafic entrant et sortant. Ses paramètres réseau sont configurés à l'aide des propriétés.

L'interface par défaut est activée. Elle est utilisée pour la maintenance (connexions SSH entrantes à partir du contrôleur).

Propriétés

Utilisation standard

VDS_OSOL doit prendre en charge l'hébergement de fournisseurs pour proposer des serveurs dédiés utilisant CA 3Tera AppLogic et rendre superflu toute autre licence ou logiciel tiers.

VDS_OSOL n'est distribué que comme application contenant une instance unique de l'appliance et ne réside dans aucun catalogue.

Remarques

Par exemple, le provisionnement de VDS_OSOL peut être effectué en exécutant une seule commande pouvant être automatisée à partir du portail de fournisseurs.

app provision VDS_OSOL_r1 ExampleClient \ 
    user=Exampleuser user_pw=abcd1234 root_pw=acbde12345 \ 
    primary_ip=209.100.100.12 netmask=255.255.255.0 gateway=209.100.100.1 \ 
    hostname=mydomain.com dns1=209.101.1.2 dns2=209.101.1.3 \ 
    cpu.dflt=0,50 mem.dflt=1G VDS_OSOL.boot.size=10G 

Solaris

zpool_import est installé comme service hérité sous OpenSolaris et Solaris 10 VDS. Lors de son arrêt, ce service exécute le nom de pool d'exportation zpool sur tous les pools ZFS qui n'incluent aucun ensemble de données de démarrage. Lors de son démarrage, ce service exécute zpool import -a.

Le service zpool_import laisse les pools ZFS dans un état exporté (portable) lors de l'arrêt d'une appliance. Cela facilite le déplacement et la copie des pools d'une application à l'autre et la modification des pools à l'aide des commandes 3t shell vol permettant notamment d'effectuer le redimensionnent ou la copie des volumes.

Désactivez ce service pour gérer des pools ZFS manuellement.

Les appliances OpenSolaris utilisent la version 10 de zpool et la version 2 de zfs.

Les appliances Solaris 10 utilisent la version 4 de zpool et la version 1 de zfs. Pour utiliser des pools zfs avec ces appliances, créez-les à partir de volumes bruts plutôt qu'à partir de la commande CLI vol create. L'opération CLI vol create crée l'ensemble de données zfs racine à l'aide de la version 2 de zfs qui n'est pas rétrocompatible.

Open Source et logiciels tiers utilisés au sein de l'appliance

VDS_OSOL et VDS64_OSOL utilisent le les packages tiers ou Open Source suivants en plus des packages tiers et Open Source utilisés par leur classe de base OSOL et OSOL64.