Ikoula Wiki - Contributions de l’utilisateur [fr]

Installation des XenTools sur une instance CloudStack

2017-10-10T15:19:47Z

Rkubanyf6070 : Ajustement de la version des tools

[[:fr:Installation des XenTools sur une instance CloudStack]][[fr:Installation des XenTools sur une instance CloudStack]]
[[:ro:Instalare de XenTools pe o instanta CloudStack]][[ro:Instalare de XenTools pe o instanta CloudStack]]
<span data-link_translate_ru_title="Установка XenTools на экземпляре CloudStack" data-link_translate_ru_url="%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0+XenTools+%D0%BD%D0%B0+%D1%8D%D0%BA%D0%B7%D0%B5%D0%BC%D0%BF%D0%BB%D1%8F%D1%80%D0%B5+CloudStack">[[:ru:Установка XenTools на экземпляре CloudStack]][[ru:Установка XenTools на экземпляре CloudStack]]
[[:pl:Instalacji XenTools na wystąpienie CloudStack]][[pl:Instalacji XenTools na wystąpienie CloudStack]]
<span data-link_translate_ja_title="CloudStack インスタンスで XenTools のインストール" data-link_translate_ja_url="CloudStack+%E3%82%A4%E3%83%B3%E3%82%B9%E3%82%BF%E3%83%B3%E3%82%B9%E3%81%A7+XenTools+%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB">[[:ja:CloudStack インスタンスで XenTools のインストール]][[ja:CloudStack インスタンスで XenTools のインストール]]
<span data-link_translate_ar_title="تثبيت إكسينتولس على مثيل كلودستاك" data-link_translate_ar_url="%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA+%D8%A5%D9%83%D8%B3%D9%8A%D9%86%D8%AA%D9%88%D9%84%D8%B3+%D8%B9%D9%84%D9%89+%D9%85%D8%AB%D9%8A%D9%84+%D9%83%D9%84%D9%88%D8%AF%D8%B3%D8%AA%D8%A7%D9%83">[[:ar:تثبيت إكسينتولس على مثيل كلودستاك]][[ar:تثبيت إكسينتولس على مثيل كلودستاك]]
[[:zh:XenTools CloudStack 的实例上的安装]][[zh:XenTools CloudStack 的实例上的安装]]
[[:de:Installation von XenTools auf einer Instanz CloudStack]][[de:Installation von XenTools auf einer Instanz CloudStack]]
[[:nl:Installatie van de XenTools op een exemplaar CloudStack]][[nl:Installatie van de XenTools op een exemplaar CloudStack]]
[[:it:Installazione di XenTools in un'istanza CloudStack]][[it:Installazione di XenTools in un'istanza CloudStack]]
[[:pt:Instalação do XenTools em uma instância de CloudStack]][[pt:Instalação do XenTools em uma instância de CloudStack]]
[[:es:Instalación de XenTools en una instancia CloudStack]][[es:Instalación de XenTools en una instancia CloudStack]]
[[:en:Installation of the XenTools on an instance CloudStack]][[en:Installation of the XenTools on an instance CloudStack]]
[[:he:התקנת XenTools על מופע CloudStack]][[he:התקנת XenTools על מופע CloudStack]]




Pour Connaitre la version des xen-tools installés, utilisez les commandes ci dessous pour fedora / Debian / Centos:

<syntaxhighlight lang="bash">
dnf -l | grep xe-guest
</syntaxhighlight>

<syntaxhighlight lang="bash">
dpkg -l | grep xe-guest
</syntaxhighlight>

<syntaxhighlight lang="bash">
yum -l | grep xe-guest
</syntaxhighlight>

Si les xen-tools ne sont pas installés ou pas à jour commencez par récupérer l'archive contenant les Xen tools sur notre mirroir :

<syntaxhighlight lang="bash">
[root@Fedora22x64 ~]# wget http://mirror03.ikoula.com/pub/citrix/xentools/linux72.zip
--2015-10-05 17:28:10-- http://mirror03.ikoula.com/pub/citrix/xentools/linux72.zip
Résolution de mirror03.ikoula.com (mirror03.ikoula.com)… 80.93.XX.XX, 2a00:c70:1:80:93:XX:XX:1
Connexion à mirror03.ikoula.com (mirror03.ikoula.com)|80.93.XX.XX|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 60474580 (58M) [application/zip]
Sauvegarde en : « linux72.zip »

linux72.zip 100%[===================================================================================================>] 57,67M 1,14MB/s ds 50s

2015-10-05 17:29:00 (1,14 MB/s) — « linux72.zip » sauvegardé [60474580/60474580]
</syntaxhighlight>

Désarchivez-la dans le répertoire courant (nécessite que unzip soit installé) :

<syntaxhighlight lang="bash">
[root@Fedora22x64 ~]# unzip linux72.zip
Archive: linux72.zip
creating: linux72/
creating: linux72/rhel4x/
inflating: linux72/rhel4x/kernel-xenU-2.6.9-103.EL.xs6.5.0.68.i686.rpm
inflating: linux72/rhel4x/mkinitrd-4.2.1.10-1.1.i386.rpm
inflating: linux72/rhel4x/versions
inflating: linux72/xe-linux-distribution
inflating: linux72/xe-guest-utilities_6.5.0-1400_amd64.deb
inflating: linux72/xe-guest-utilities_6.5.0-1400_i386.deb
inflating: linux72/xe-guest-utilities-6.5.0-1400.i386.rpm
inflating: linux72/xe-guest-utilities-6.5.0-1400.x86_64.rpm
inflating: linux72/xe-guest-utilities-xenstore-6.5.0-1400.i386.rpm
inflating: linux72/install.sh
inflating: linux72/xe-guest-utilities-xenstore-6.5.0-1400.x86_64.rpm
creating: linux72/debian-lenny/
inflating: linux72/debian-lenny/linux-image-2.6.32-5-amd64_2.6.32-43.xs6.5.0.299_amd64.deb
inflating: linux72/debian-lenny/linux-image-2.6-xen_2.6.32+0.xs299_i386.deb
inflating: linux72/debian-lenny/linux-image-2.6.32-5-686-bigmem_2.6.32-43.xs6.5.0.299_i386.deb
inflating: linux72/debian-lenny/linux-image-2.6-xen_2.6.32+0.xs299_amd64.deb
inflating: linux72/debian-lenny/versions
inflating: linux72/versions.rpm
inflating: linux72/README.txt
inflating: linux72/versions.deb
[root@Fedora22x64 ~]#
</syntaxhighlight>

Puis installez les Xen tools.

<syntaxhighlight lang="bash">
[root@Fedora22x64 ~]# ./linux72/install.sh
Detected `Fedora release 22 (Twenty Two)' (fedora version 22).

The following changes will be made to this Virtual Machine:
* update arp_notify sysctl.conf.
* packages to be installed/upgraded:
- xe-guest-utilities-6.5.0-1400.x86_64.rpm
- xe-guest-utilities-xenstore-6.5.0-1400.x86_64.rpm

Continue? [y/n] y

attention : Génération d'index manquant(s) 4, merci d'attendre...
Préparation... ################################# [100%]
Mise à jour / installation...
1:xe-guest-utilities-xenstore-6.5.0################################# [ 50%]
2:xe-guest-utilities-6.5.0-1400 ################################# [100%]

You should now reboot this Virtual Machine.
</syntaxhighlight>

Redémarrez votre instance

<syntaxhighlight lang="bash">
[root@Fedora22x64 ~]# reboot
</syntaxhighlight>

Vérification :

<syntaxhighlight lang="bash">
[root@Fedora22x64 ~]# systemctl status xe-linux-distribution.service
● xe-linux-distribution.service - LSB: XenServer Virtual Machine daemon providing host integration services
Loaded: loaded (/etc/rc.d/init.d/xe-linux-distribution)
Active: active (running) since lun. 2015-10-05 19:11:06 CEST; 13h ago
Docs: man:systemd-sysv-generator(8)
Process: 586 ExecStart=/etc/rc.d/init.d/xe-linux-distribution start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/xe-linux-distribution.service
├─ 631 /bin/bash /usr/sbin/xe-daemon -p /var/run/xe-daemon.pid
└─2725 sleep 60

oct. 05 19:11:05 Fedora22x64 systemd[1]: Starting LSB: XenServer Virtual Machine daemon providing host integration services...
oct. 05 19:11:06 Fedora22x64 systemd[1]: Started LSB: XenServer Virtual Machine daemon providing host integration services.
oct. 05 19:11:06 Fedora22x64 xe-linux-distribution[586]: Mounting xenfs on /proc/xen: [ OK ]
oct. 05 19:11:06 Fedora22x64 xe-linux-distribution[586]: Detecting Linux distribution version: [ OK ]
oct. 05 19:11:06 Fedora22x64 xe-linux-distribution[586]: Starting xe daemon: [ OK ]
</syntaxhighlight>

ou

<syntaxhighlight lang="bash">
dnf -l | grep xe-guest
</syntaxhighlight>

<syntaxhighlight lang="bash">
dpkg -l | grep xe-guest
</syntaxhighlight>

<syntaxhighlight lang="bash">
yum -l | grep xe-guest
</syntaxhighlight>

Vous pouvez supprimer les fichiers de l'installation :

<syntaxhighlight lang="bash">
[root@Fedora22x64 ~]# rm -rf linux72*
[root@Fedora22x64 ~]#
</syntaxhighlight>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[category:cloudstack]]
[[category:cloud public]]
[[category:cloud privé]]

Mise en place d'une règle de NAT statique

2017-07-18T15:21:57Z

Rkubanyf6070 : Page créée avec « === Règles de translation d'adresse statique === Au sein de votre infrastructure {{Template:Cloud public}} déployée en zone avancée, il vous est possible de diriger t... »

=== Règles de translation d'adresse statique ===

Au sein de votre infrastructure {{Template:Cloud public}} déployée en zone avancée, il vous est possible de diriger toutes les connexions à destination d'une adresse IP publique vers une machine de votre réseau privé.

== Ajouter une règle ==

* Connectez vous à l’interface https://cloudstack.ikoula.com/client
* Allez dans le menu « Réseau »
* Cliquez sur le réseau pour lequel vous souhaitez mettre en place un NAT statique.
* Cliquez sur « Voir adresses IP »
* Si vous ne disposez pas d'adresse IP disponible pour la mise en place du NAT statique, cliquez sur le bouton "Acquérir nouvelle adr. IP" puis confirmez (attention chaque adresse IP supplémentaire est soumise à facturation).
[[Fichier:snat_add_public_address]]

* Cliquez sur une IP publique disponible pour le NAT statique (toute adresse autre que celle précisée "[NAT Source]" qui ne peut être utilisée pour du NAT statique).
[[Fichier:snat_add_select_address]]

* Dans la vue détaillée de l'adresse IP publique, cliquez sur le bouton "Activer le NAT statique"
[[Fichier:snat_activate_snat]]

* Sélectionnez l'instance (et potentiellement l'interface privée de l'instance) vers laquelle faire pointer votre adresse IP NAT statique.
[[Fichier:snat_select_snat_dest]]

* Confirmer (ou non, à votre convenance) le rafraîchissement de la liste des adresses IP.
* Suite à ces opérations, la vue détaillée de votre adresse IP publique devrait indiquer sa configuration en NAT statique et l'instance destinatrice du trafic.
[[Fichier:snat_ip_details_after]]

* Cette information est aussi visible dans l'onglet "Configuration" à partir duquel vous conservez la possibilité de mettre en place des règles pare-feu entrantes.
[[Fichier:snat_ip_config_snat_fw]]

[[Catégorie:Cloudstack]][[Catégorie:Cloud public]]

Fichier:Snat ip config snat fw.png

2017-07-18T15:21:38Z

Rkubanyf6070 :

Fichier:Snat ip details after.png

2017-07-18T15:21:18Z

Rkubanyf6070 :

Fichier:Snat select snat dest.png

2017-07-18T15:20:49Z

Rkubanyf6070 :

Fichier:Snat activate snat.png

2017-07-18T15:20:20Z

Rkubanyf6070 :

Fichier:Snat add select address.png

2017-07-18T15:19:50Z

Rkubanyf6070 :

Fichier:Snat add public address.png

2017-07-18T15:19:07Z

Rkubanyf6070 :

Migrer son réseau vers une offre redondante avec support du NAT statique

2017-07-18T14:53:05Z

Rkubanyf6070 : Page créée avec « ===Migrer son réseau vers une offre redondante avec support du NAT statique=== . Dans votre infrastructure {{Template:Cloud public}} déployée en zone avancée, il est d... »

===Migrer son réseau vers une offre redondante avec support du NAT statique===
.
Dans votre infrastructure {{Template:Cloud public}} déployée en zone avancée, il est dorénavant possible de basculer vers un réseau isolé redondant sans surcoût.
Un réseau isolé redondant est similaire en tous points au réseau que vous connaissez si ce n'est que ce dernier est lié au déploiement de deux VM routeurs au lieu d'une habituellement.
Ces deux routeurs sont obligatoirement déployés sur des hyperviseurs différents afin d'assurer une reprise du service en toute circonstance.

==Procédure de migration==

* Connectez vous à l’interface https://cloudstack.ikoula.com/client
* Allez dans le menu « Réseau »
* Cliquez sur le réseau que vous souhaitez rendre redondant.
* Vérifiez que vous faites actuellement usage d'une offre non-redondée :
[[Fichier:CS_migration_RVR_network_description_avant]]

* Cliquez sur le bouton d'édition du réseau
[[Fichier:CS_migration_RVR_network_edition]]

* Choissisez l'une des offres "<nnn>Mb/s Network [...]" (qui incluent la redondance)
[[Fichier:CS_migration_RVR_network_offering_selection]]

* Indiquez si vous souhaitez conserver l'actuel CIDR de votre réseau (généralement oui).

La migration débute, durant cette dernière l'accès aux instances se trouvant en aval de votre routeur virtuel sera interrompu pour une durée (généralement constatée) d'environ 5min (dépendante de la complexité de votre réseau : nombre de règles de pare-feu, de règles de répartition de charge, etc).

A la fin de l'opération (asynchrone) vous recevrez une notification dans le bandeau supérieur de votre interface.

[[Fichier:CS_migration_RVR_network_offering_update_done]]

[[Fichier:CS_migration_RVR_network_offering_description_apres]]

[[Catégorie:Cloudstack]][[Catégorie:Cloud public]]

Fichier:CS migration RVR network offering description apres.png

2017-07-18T14:52:20Z

Rkubanyf6070 :

Fichier:CS migration RVR network offering update done.png

2017-07-18T14:52:09Z

Rkubanyf6070 :

Fichier:CS migration RVR network offering selection.png

2017-07-18T14:51:59Z

Rkubanyf6070 :

Fichier:CS migration RVR network edition.png

2017-07-18T14:51:45Z

Rkubanyf6070 :

Fichier:CS migration RVR network description avant.png

2017-07-18T14:51:28Z

Rkubanyf6070 :

Disk Cache Policy LSI

2015-12-14T16:02:06Z

Rkubanyf6070 :

==Introduction== 
Activation ou Désactivation du disk cache policy avec une carte Raid LSI (Avago) sous Linux.

==Déroulé== 
Afin d'activer ou désactiver la politique de cache des disques, il faut effectuer la procédure ci-dessous. Par défaut, LSI (Avago) laisse le cache disk policy enabled pour du Raid 0 - Stripping.
Pour rappel, l'activation du cache offre un gain de performance mais également un risque de corruption de données en cas de perte d'alimentation du serveur.

Voici les commandes à effectuer:

#cd /usr/local/src
#wget http://mirror02.ikoula.com/priv/binaries/raid/lsiutil/lsiutil.x86_64
#chmod +x lsiutil.x86_64
#./lsiutil.x86_64

Sélectionner la carte raid concernée:

[[Fichier:Disk_Cache_Policy_LSI_1.PNG]]

Puis, choisir l'option ''21. Raid action'':

[[Fichier:Disk_Cache_Policy_LSI_2.PNG]]

Aller dans l'option ''32. Change volume settings'':

[[Fichier:Disk_Cache_Policy_LSI_3.PNG]]

A la question ''Write Caching'', sélectionner "0" pour désactiver le cache disk policy ou "1" pour l'activer:

[[Fichier:Disk_Cache_Policy_LSI_4.PNG]]

Terminer en testant qu'il est bien activé. Pour cela refaire l'option 21 puis 32:

[[Fichier:Disk_Cache_Policy_LSI_5.PNG]]

On voit bien ci-dessus le write cache est maintenant activé.

==Conclusion== 
Nous venons de modifier la policy cache disk e en activant ou désactivant l'option cache d’écriture des disques.Pour un gain en performance, il est donc important de le faire après la création d'un raid 1 (Mirroring).
Cette procédure fonctionne sous Linux Debian et Centos.



 
Cet article vous a semblé utile ? <vote />




<comments />

Comment utiliser les données utilisateur ou les métadonnées lors du déploiement d'une instance CloudStack by Ikoula ?

2015-07-13T15:49:38Z

Rkubanyf6070 : Page créée avec « ==Introduction== Comment utiliser les données utilisateur ("userdata") ou les métadonnées ("metadata") lors du déploiement d'une instance CloudStack by Ikoula ? ==Don... »

==Introduction==
Comment utiliser les données utilisateur ("userdata") ou les métadonnées ("metadata") lors du déploiement d'une instance CloudStack by Ikoula ?

==Données utilisateur==
Contexte : Je souhaite procéder à des opérations post-déploiement de mon instance ou stocker des données qui ne seront consultables que par celle-ci.

La fonctionnalité d'ajout de données utilisateur vous permet d'attacher entre 2Ko (HTTP GET) et 32Ko (HTTP POST) de données encodées en base64 à une instance lors de son déploiement en saisissant des données dans le champs prévu à cet effet lors de l'assistant de déploiement d'instance (via votre interface Cloud by Ikoula, Extranet ou encore via l'API lors de l'appel "deployVirtualMachine").

Ces données seront accessibles à votre instance une fois déployée via interrogation d'une URL spécifique sur la VM routeur (votre passerelle réseau), exemple : "curl http://10.1.1.1/latest/user-data"

Vous pouvez y placer des données destinées à être lues ou bien exécutées (par exemple : faire usage de puppet pour installer Drupal tel que nous le faisons dans notre script GitHub : https://github.com/ikoula/cloudstack/blob/master/drupal.php (l. 79)).

Note : Ce type de mécanisme se met en place au moment du déploiement des instances.

==Meta-données==
Contexte : Je souhaite récupérer des informations spécifiques à mon instance ou à son paramétrage une fois cette dernière déployée.

Les métadonnées de votre instance sont accessibles via une URL de type "http://10.1.1.1/latest/meta-data/{type de metadonnée}". où "10.1.1.1" est l'adresse de votre passerelle. Les types de métadonnées étant :

* service-offering : La description de l'offre de service utilisée lors du déploiement.
* availability-zone : Le nom de la zone de déploiement.
* local-ipv4 : L'adresse IPv4 privée de la VM.
* local-hostname : Le nom d'hôte de l'instance.
* public-ipv4 : La première IP publique de votre routeur virtuel.
* public-hostname : La première IP publique de votre routeur virtuel (identique public-ipv4).
* instance-id : Le nom d'affichage votre instance (peut différer du nom d'hôte)

Note : Ces données sont accessibles tout au long de la vie de votre instance.

==Aller plus loin==

Documentation complémentaire en anglais : http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/latest/virtual_machines.html#user-data-and-meta-data