Ikoula Wiki - Contributions de l’utilisateur [fr]

Comment configurer le firewall (connexions entrantes) à partir de l'extranet

2018-07-16T09:28:02Z

Jdossantos1972b :

[[:en:How to configure firewall rules from Extranet]][[en:How to configure firewall rules from Extranet]]

Connectez vous à votre extranet.

[[fichier:firevm1.png]]

Selectionnez votre prestation.

[[fichier:Firevm2-1.png]]

Sélectionnez votre instance.

[[fichier:firevm3-1.png]]

Cliquez sur l'icone 'Groupes de sécurité'

[[fichier:firevm4-2.png]]

Rentrer les informations correspondes au(x) port(s) que vous voulez rediriger.

[[fichier:firevm5.png]]

[[Catégorie:Cloud public]]

Quelques Régles de Base :

[[fichier:firevm6.png]]
[[Catégorie:Extranet]]

Configuration Outlook MAPI

2016-12-22T13:02:28Z

Jdossantos1972b :

== Configuration du client Microsoft Outlook en MAPI sur la plateforme Exchange 2010 ==

''Cette documentation concerne Outlook2010, Outlook 2013 et Outlook 2016''

Nous allons ici configurer une boîte mail Exchange 2010 dans Outlook. Tout d'abord lancez le client outlook :

Il demande un nom de profil, entrez un un et validez.

[[Fichier:1_lancement_Outlook.PNG|1_lancement_Outlook.PNG]]

Dans la page suivante, il veut que vous renseignez vos informations de boîte mail, mais n'en faites rien. Faites annuler.

[[Fichier:2_Window_Add_Account.PNG|2_Window_Add_Account.PNG]]

Il vous indique que si vous désirez faire un profil sans compte E-mail vous devez cliquez sur OK, donc cliquez sur OK

[[Fichier:3_Profile_no_mail.PNG|3_Profile_no_mail.PNG]]

Sur la page de bienvenue, cliquez simplement sur "Suivant"

[[Fichier:4_Welcome_Outlook.PNG|4_Welcome_Outlook.PNG]]

Sur la page où il vous demande si vous désirez configurer outlook pour se connecter à un compte mail, vous devez sélectionner non et faire suivant.

[[Fichier:5_No_connection_Email_Account.PNG|5_No_connection_Email_Account.PNG]]

Là vous cochez la case "Utiliser Outlook sans compte E-Mail et vous faites "terminer"

[[Fichier:6_Outlook_without_email_account.PNG|6_Outlook_without_email_account.PNG]]

Outlook s'est maintenant ouvert.

[[Fichier:7_Outlook.PNG|7_Outlook.PNG]]

Cliquez maintenant en haut à gauche sur Fichier - paramètres du compte - Paramètres du compte

[[Fichier:8_file_account_settings.PNG|8_file_account_settings.PNG]]

Sur la nouvelle fenêtre cliquez sur "Nouveau"

[[Fichier:9_New.PNG|9_New.PNG]]

Dans la nouvelle fenêtre renseignez toutes les informations de votre boîte mail puis faites suivant.

[[Fichier:10_account_setup.PNG|10_account_setup.PNG]]

La boîte mail se configure et vous pouvez cliquer sur terminer.

[[Fichier:11_Finish.PNG|11_Finish.PNG]]

Outlook demande pour redémarrer. Une fois fait, vous pouvez commencer à l'utiliser.

[[Fichier:12_restart_outlook.PNG|12_restart_outlook.PNG]]

[[Category:Hosted Exchange]]

Comment changer ses informations de contact

2015-11-18T16:23:28Z

Jdossantos1972b : Jdossantos1972b a déplacé la page Comment changer son adresse de contact vers Comment changer ses informations de contact sans laisser de redirection : titre plus explicite

Afin de changer votre adresse de contact, connectez-vous à votre [https://orderng02.ikoula.com/cp/ CP]

Rendez-vous dans '''"Compte"''', cliquez sur '''"plus"''', puis '''"Contacts du compte"''' et éditez les informations.

[[Fichier:adresse.png]]

[[Catégorie:Espace client]]

Règles de répartition de charge

2015-10-19T08:39:09Z

Jdossantos1972b : Jdossantos1972b a déplacé la page Regles de rpéartition de charge vers Règles de répartition de charge sans laisser de redirection

[[:de:Laden Rpeartition Regeln]][[de:Laden Rpeartition Regeln]]
[[:nl:Laden rpeartition regels]][[nl:Laden rpeartition regels]]
[[:it:Regole di rpeartition di carico]][[it:Regole di rpeartition di carico]]
[[:pt:Regras de rpeartition de carga]][[pt:Regras de rpeartition de carga]]
[[:es:Reglas de rpeartition de carga]][[es:Reglas de rpeartition de carga]]
[[:en:Load rpeartition rules]][[en:Load rpeartition rules]]

=== Regles de répartition de charge ===
.
Sur notre cloud public vous pouvez créer des règles afin de rediriger du trafic web vers plusieurs vm.

== Ajouter une règle ==

1.Connectez vous à l’interface https://cloudstack.ikoula.com/client

2.Allez dans le menu « Réseau »

3.Cliquez sur le réseau pour lequel vous souhaitez mettre en place un équilibrage de charge.

4.Cliquez sur « voir adresse ip »

5.Cliquez sur l’ip public sur laquelle vous voulez créer la règle et allez dans l’onglet configuration.

6.Dans l’encart « répartition de charge » cliquez sur « Voir tout ».

7.Renseignez les informations suivantes :

'''Nom''' Nommez la règle.

'''Port public''' Le port recevant le trafic entrant.

'''Port privé''' Le port utilisé par les vm pour recevoir le trafic.

'''Algorithme'''

''Cyclique (round robin)'' la première requête est envoyée au premier serveur, la deuxième au second, la troisième au troisième, la quatrième au premier et ainsi de suite.

''Le moins de connexion (least connexions)'' Cloudstack envoie le trafic vers le serveur qui a le moins de connexion.

''Origine (ip source)'' Cloudstack reparti le trafic en se basant sur l’ip du visiteur.

'''Fidélité''' est utilisé par les applications web pour maintenir la continuité de l’information lorsqu’il y a plusieurs requêtes au seins d’une même session.

La méthode peut être : un cookie généré par le lb, un cookie généré par l’application ou se baser l’ip source.

Ip source : l’ip est utilisée pour identifier l’utilisateur et localiser où sont stockées les données de l’utilisateur. Utilisation d’un cookie.

Le cookie généré par le lb ou l’application est inclus dans l'url de réponse pour créer la persistance.

Le nom du cookie peut être spécifié ou généré automatiquement.

Des options peuvent être spécifiées pour définir leur comportement comme comment ils sont générés et où ils sont mis en cache.

'''Vérification statut''' (nous contacter pour la mise en place).

8.Cliquez « ajouter vm » et ensuite cochez deux vm ou plus sur lesquelles seront répartie la charge et cliquez sur appliquer.

Vous pouvez créer plusieurs règles.

[[Catégorie:Cloudstack]][[Catégorie:Cloud public]]
 
<comments />
 
<comments />
 
<comments />
 
<comments />
 
<comments />
 
<comments />

Creation cluster SQL avec Storage iSCSI sur 2012R2

2015-10-08T15:47:57Z

Jdossantos1972b :

[[:de:Erstellen von SQL mit Storage 2012R2 iSCSI cluster]][[de:Erstellen von SQL mit Storage 2012R2 iSCSI cluster]]
[[:nl:SQL maken met opslag 2012R2 iSCSI-cluster]][[nl:SQL maken met opslag 2012R2 iSCSI-cluster]]
[[:it:Creazione di SQL con cluster di iSCSI Storage 2012R2]][[it:Creazione di SQL con cluster di iSCSI Storage 2012R2]]
[[:pt:Criação de SQL com cluster de iSCSI Storage 2012R2]][[pt:Criação de SQL com cluster de iSCSI Storage 2012R2]]
[[:es:Creación de SQL con almacenamiento 2012R2 iSCSI del racimo]][[es:Creación de SQL con almacenamiento 2012R2 iSCSI del racimo]]
[[:en:Creating SQL with Storage 2012R2 iSCSI cluster]][[en:Creating SQL with Storage 2012R2 iSCSI cluster]]

== Problème ==
Nous voulons monter un cluster SQL avec un storage sur un serveur accessible en iSCSI, le tout sur des serveurs en Windows 2012 R2.

== Debug ==

Cette plateforme nécessite 3 serveurs :
* 2 Windows 2012R2 avec SQL 2014 avec 5 ports Ethernet (ce nombre peut être réduit en fonction des besoins) : ServSQL01 et ServSQL02
* 1 Windows 2012R2 en serveur de stockage avec 9 ports Ethernet (ce nombre peut être réduit en fonction des besoins) ServStor01

== Solution ==
En prérequis, on installe Windows 2012 R2 sur les 3 serveurs et on les met à jour.
les deux serveurs SQL doivent être sur le même domaine.

Schéma réseau "simplifié" de la plateforme (Les switchs ne sont pas présents afin de bien pouvoir suivre qui est relié à quoi) :

[[Fichier:schema_reseau_simple.PNG]]

=== Configuration du serveur ServStor01 ===

Sur ce serveur nous avons 9 ports réseaux utilisés.
1 dédié au management.
2 x 4 ports dédiés à l'iSCSI.

NIC1, NIC2 et NIC3 correspondent aux trois cartes réseaux présentes, chacune possédant 4 ports gigabits.
(Voir schéma pour repérer les branchements)

Pour le réseau iSCSI, nous utiliserons des IP en 192.168.0.0/24
Voici les IP configurées sur le serveur ServStor01 :
<pre>
NIC1 port 1 : Votre IP de votre serveur
NIC1 port 2 : Non utilisé
NIC1 port 3 : Non utilisé
NIC1 port 4 : Non utilisé

NIC2 Port 1 : 192.168.0.11
NIC2 Port 2 : 192.168.0.12
NIC2 Port 3 : 192.168.0.13
NIC2 Port 4 : 192.168.0.14

NIC3 Port 1 : 192.168.0.15
NIC3 Port 2 : 192.168.0.16
NIC3 Port 3 : 192.168.0.17
NIC3 Port 4 : 192.168.0.18
</pre>

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:register_dns.PNG]]

Sur le serveur ServStor01, on installe le rôle ''iSCSI Target Server''

[[Fichier:roles_servstor01.PNG]]

Dans le Server Manager, on va créer les disques iSCSI (qui sont au final des VHDx) et les Target iSCSI qui leur vont avec :

[[Fichier:iSCSI_servstor01.PNG]]

On fait donc :
* task / New iSCSI virtual disk
* On sélectionne le volume
* On lui donne un nom (on peut remarquer son futur chemin en bas)
* On choisit la taille en "Fixed Size" (On laisse "Clear the virtual disk on allocation")
* On choisit "New iSCSI Target"
* On donne un nom à cette "iSCSI Target"
* Cliquez sur ADD dans la partie "access Servers"
* Dans le choix de la méthode d'identification de l'initiateur, choisiez en bas par IP et mettez une IP, on changera ça plus tard.
* On laisse CHAP et Reverse CHAP décoché
* On termine par "Create" puis "close" une fois terminé

A partir de la, vous avez un disque partagé en iSCSI.
Répétez l'opération autant de fois que nécessaire.
Dans notre cas nous allons créer 3 disques :
* 1 pour les bases de données
* 1 pour les logs
* 1 pour le quorum (1Go suffira)

=== Configuration iSCSI des serveurs ServSQL01 et 02 ===

Dans cette partie, on va relier les deux serveurs SQL au serveur de storage par des liaisons iSCSI.
Nous allons utiliser le MPIO afin d'utiliser nos 4 liens réseaux et de partager la charge.

Configuration IP des serveurs:

NIC1 et NIC2 correspondent aux deux cartes réseaux présentes sur les serveurs. NIC1 possède 4 ports, NIC2 en a 2.
Voici la configuration :

ServSQL01 :
<pre>
NIC1 port 1 : 192.168.0.22
NIC1 port 2 : 192.168.0.26
NIC1 port 3 : IP du serveur
NIC1 port 4 : non utilisé

NIC2 port 1 : 192.168.0.25
NIC2 port 2 : 192.168.0.21
</pre>
ServSQL02 :
<pre>
NIC1 port 1 : 192.168.0.24
NIC1 port 2 : 192.168.0.28
NIC1 port 3 : IP du serveur
NIC1 port 4 : non utilisé

NIC2 port 1 : 192.168.0.27
NIC2 port 2 : 192.168.0.23
</pre>

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:Register dns.PNG]]

* Sur les deux serveurs, on installe la feature "Multipath I/O".

[[Fichier:Feature_mpio.PNG]]

* Une fois installé, dans l'interface metro de 2012R2 (cliquez sur le menu démarré donc) tapez simplement "MPIO" et cliquez sur le résultat :

[[Fichier:Mpio.PNG]]

* Dans l'onglet "Discover Multipaths" on coche "Add Support for iSCSI devices" puis on clique sur ADD. Cela propose de redémarrer, on le fait.
* Une fois redémarré, on relance MPIO, et on s'assure que "MSFT2005iSCSIBusType_0x9" est présent dans le "device hardware id".

* On lance ensuite "iSCSIinitiator " sur les deux serveurs SQL
* On se rend dans l'onglet "configuration" et on récupère le "Initiator Name" (sous la forme "iqn.1991-05.com.microsoft:ServSQL01.domain.tld")
* On retourne sur le serveur ServSTOR01
* Dans Server Manager, "File and storage Services", "iSCSI", on clique droit sur la Target pour aller dans ses propriétés puis dans initiators
* On clique sur ADD
* On coche "Enter a value for the selected type"
* On met en type "IQN" et on met l'adresse trouvée plus tôt sur le serveur SQL.
* On clique sur OK, on répète l'opération pour ajouter les "IQN" des deux SQL sur toutes les Targets
* On retire l'IP qu'on avait précédemment mit ici.
* une fois validé, on retourne sur nos serveurs SQL, toujours dans l'iSCSI initiator, on va dans l'onget "Targets" et on se connecte au serveur de storage.
* On va dans l'onglet "Favorite Targets", on sur va la Target visible puis on fait remove.
* On retourne sur l'onglet "Targets" puis on va sur properties pour l'une des Target
* La on déconnecte la session active, puis on clique sur Add Session. On coche enable Multipath, on clique sur advanced. On choisit "Microsoft iSCSI initiator" dans "local adapter". En initiator IP on choisit la première IP iSCSI du serveur SQL. En Target portal IP on choisit la première IP iSCSI du serveur de storage. On valide 2 fois. On répète l'opération pour chaque carte réseau en passant à l'ip suivante donc.
Au final on doit avoir les IPs liées de cette forme :

<table border="1">
<tr>
<th>Initiator IP</th>
<th>Target Portal IP</th>
<th>Sur le serveur</th>
</tr>
<tr>
<th>192.168.0.21</th>
<th>192.168.0.11</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.22</th>
<th>192.168.0.12</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.23</th>
<th>192.168.0.13</th>
<th>ServSQL02</th>
</tr>
<tr>
<th>192.168.0.24</th>
<th>192.168.0.14</th>
<th>ServSQL02</th>
</tr>
<tr>
<th>192.168.0.25</th>
<th>192.168.0.15</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.26</th>
<th>192.168.0.16</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.27</th>
<th>192.168.0.17</th>
<th>ServSQL02</th>
</tr>
<tr>
<th>192.168.0.28</th>
<th>192.168.0.18</th>
<th>ServSQL02</th>
</tr>
</table>

* On retourne dans "Favorite Targets" et on regarde les détails de celles-ci. On vérifie qu'on retrouve bien les relations d'IP du tableau précédent.

=== Configuration du Failover des serveurs ServSQL01 et 02 ===

On commence par installer la feature Failover clustering sur les 2 serveurs SQL.

Pendant ce temps là on peut aller dans le disk management (clic droit sur le menu Windows, "disk management").
De là on passe les disques en "online" et on les initialise (GPT). On créé aussi les partitions et on formate.

On lance ensuite "Failover cluster Manager" et on fait Validate Configuration afin de vérifier que tout est ok. Quelques avertissements peuvent être présents au niveau du réseau.
On fait ensuite "Create cluster" :
* On entre le nom des deux serveurs SQL
* On entre le nom du cluster, dans notre exemple nous allons prendre clusterSQL01
* On met l'IP du cluster
* On laisse "Add all eligible storage to the cluster" coché
* On valide

Il faut maintenant configurer le quorum. Pour cela, on clic sur le nom du cluster, puis "more actions" et "configure cluster quorum settings".
* On fait next
* Select the quorum witness
* Configure a disk witness
* On coche le disque correspondant au quorum
* on fait next puis finish.
* Pour les deux autres disques, on fait "add to clustershared volume" (Dans "disks", on sélectionne les disques en questions afin de le faire)

Nous obtenons le disque des logs en volume 1 et le disque des BDD en volume 2 dans notre cas.

Nous avons maintenant un cluster configuré.

=== Installation de SQL 2014 en cluster ===

Nous commençons par ServSQL01

* On installe la fonctionnalité .net 3.5
* On lance l'installation, on choisit "New SQL Server Failover cluster installation"

[[Fichier:Install_SQL1.PNG]]

* Au choix des fonctionnalités, dans notre cas (future utilisation avec CRM 2015) nous allons cocher Database Engine Services, SQL Server Replication, Full-Text and Semantic Extractions for Search, reporting services-native, management Tools basic / complete
* Choisissez un nom réseau pour le SQL. Dans notre cas nous allons utiliser SQLServ
* Sur cluster Disk Selection on choisit ceux qu'on veut utiliser. Dans notre cas, on prend les cluster Disk 1 et 3 (le 2 étant le quorum, le 1 et 2 étant les volumes databases et logs)
* On choisit ensuite l'ip du failover SQL
* On choisit les comptes et mots de passe pour les services (dans notre cas nous avons créés des comptes de services dédiés)
* Dans la partie "Database engine Configuration" dans notre cas nous allons utiliser le Mixed mode. On clique aussi sur ajouter l'utilisateur courant.
* Toujours dans la même partie, dans l'onglet Data Directories, on spécifie les dossiers des bases de données (on choisit donc nos volumes en iSCSI)
* Pour le reporting Services on met "Install & configure"
* On lance l'installation

Si vous rencontrez l'erreur suivante durant l'installation :


<pre>
The following error has occurred:

Updating permission setting for folder 'C:\clusterstorage\Volume2' failed. The folder permission setting were supposed to be set to 'D:P(A;OICI;FA;;;BA)(A;OICI;FA;;;SY)(A;OICI;FA;;;CO)(A;OICI;FA;;;S-1-5-80-3880718306-3832830129-1677859214-2598158968-1052248003)'.

Click 'Retry' to retry the failed action, or click 'Cancel' to cancel this action and continue setup.

For help, click: http://go.microsoft.com/fwlink?LinkID=20476&ProdName=Microsoft%20SQL%20Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=12.0.2000.8&EvtType=0x0ADF5303%25400xBB814387
</pre>


Il faut vous rendre dans le volume concerné avec l'explorateur windows, faire s'afficher les fichiers cachés et fichiers protégés du système et changer les droits sur le dossier system volume information.

Une fois l'intervention terminée, on passe à ServSQL02.
* On installe le .net framework 3.5
* On lance l'installation avec "Add a node to a SQL Server Failover cluster"

[[Fichier:Install_SQL2.PNG]]

* On suit les étapes, la plupart étant pré-remplies
* On retape les mots de passe si nécessaire.
* On lance l'installation

Une fois l'installation terminée, vous avez votre SQL 2014 en failover avec storage connecté en iSCSI sur un Windows 2012 R2.
Vous pouvez apporter des améliorations, comme un lien entre les 2 serveurs pour le heartbeat par exemple, mais c'est optionnel.

[[Catégorie:Windows]]

<comments />

Créer un lien

2015-06-19T08:36:25Z

Jdossantos1972b :

<noinclude>
</noinclude>
Il existe deux types de liens :
* '''liens internes''' : qui pointe vers une page ou une section au sein des articles [[Main_Page| ikoula.wiki]].
* '''liens externes''' : qui pointent vers un site tiers.
 
=== Liens internes === 


Les liens internes sont les liens qui pointent vers un autre article de Wikipédia. Les liens internes connexes à un article sont regroupés en fin d'article dans une sous-rubrique ''Articles connexes'' de la rubrique ''Voir aussi''. Dans le cas où la rubrique ''Voir aussi'' ne présente pas de liens externes, on admet qu'elle soit utilisée pour les articles connexes.


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article]]</nowiki></code>
|}


Il est aussi possible de faire un lien interne à l'article (lien ancré) en utilisant un titre de section avec la syntaxe <code><nowiki>[[#Nom de la section]]</nowiki></code>, ou vers une section d'un autre article de Wikipédia avec la syntaxe suivante :


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article#Nom de la section]]</nowiki></code>
|}


Pour faire apparaître un texte quelconque à la place du titre du lien, on peut utiliser la barre verticale (''pipe'') (|).


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Wikipédia|texte à faire apparaître]]</nowiki></code>
|-
| align=center | <code>[[Wikipédia|texte à faire apparaître]]</code>
|}

=== Liens externes === 


Les liens externes sont des hyperliens qui mènent vers d'autres sites web que celui dans lequel se trouve la page. Dans les articles de ce site, on peut en trouver à deux endroits : dans la liste des références, et en fin d'article comme dans la rubrique « Voir aussi ».


{| width=100% class=wikitable
! scope="col"| Exemple
! scope="col"| Résultat
|-
| width=50% |
<pre>[https://ikoula.wiki le wiki]</pre>
| width=50% |
[https://ikoula.wiki le wiki]
|-
| width=50% |
<pre>http://ikoula.com</pre>
| width=50% |
https://www.Ikoula.com
|-
| width=50% |
<pre>[https://support.ikoula.com]</pre>
| width=50% |
[https://support.ikoula.com]
|}


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

----
{{Discussion:Créer_un_lien}}
----
[[Category:Contribuer]]
</noinclude>

Créer un lien

2015-06-18T16:01:19Z

Jdossantos1972b :

Créer un lien

2015-06-18T15:29:11Z

Jdossantos1972b :

Utiliser Panamax sur Cloudstack by Ikoula

2015-06-18T13:00:58Z

Jdossantos1972b :

Si vous ne connaissez pas encore Panamax (http://http://panamax.io/) il s'agit d'un produit Open Source développé par Century Link Labs qui est à la fois une market place et un gestionnaire pour applications conteneurisées Docker depuis une interface web intuitive.

Il suffit en effet de chercher l'application de notre choix puis d'un clique pour la déployer sur nos instances cibles à l'aide de docker et d'un agent Panamax.

Panamax s'appuie sur les technologies Docker, CoreOS,Etcd, Fleet et Cloud-init

Nous utiliserons dans notre exemple une instance CoreOS pour la partie client Panamax UI puis 3 autres instances pour la partie Panamax Remote Target (Panamax Remote Agent + Panamax Adapter) :

== '''Installation de Panamax UI :''' ==

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ curl -O http://download.panamax.io/installer/pmx-installer- latest.zip
% Total % Received % Xferd Average Speed Time Time Time Curren t
Dload Upload Total Spent Left Speed
100 16007 100 16007 0 0 26989 0 --:--:-- --:--:-- --:--:-- 37663
core@Coreosx64 ~ $ unzip pmx-installer-latest.zip
Archive: pmx-installer-latest.zip
inflating: create-docker-mount
inflating: LICENSE
inflating: desktop
extracting: panamax
inflating: .coreosenv
inflating: README.md
inflating: CHANGELOG.md
inflating: ubuntu.sh
inflating: Vagrantfile
extracting: .version
inflating: coreos
inflating: CONTRIBUTING.md
</syntaxhighlight>

Nous devons passer root pour la suite de l'installation :

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ sudo su
Coreosx64 core # ./coreos install --stable
Installing Panamax...

docker pull centurylink/panamax-api:latest
..
docker pull centurylink/panamax-ui:latest
..

docker pull google/cadvisor:0.2.2
..
Created symlink from /etc/systemd/system/multi-user.target.wants/panamax-metrics.service to /etc/systemd/system/panamax-metrics.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/panamax-api.service to /etc/systemd/system/panamax-api.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/panamax-ui.service to /etc/systemd/system/panamax-ui.service.
Jun 16 15:03:25 Coreosx64 systemd[1]: Starting Panamax Metrics...
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="DELETE /v1.17/containers/PMX_CADVISOR?force=1"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job rm(PMX_CADVISOR)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: No such container: PMX_CADVISOR
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job rm(PMX_CADVISOR) = ERR (1)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="Handler for DELETE /containers/{name:.*} returned error: No such container: PMX_CADVISOR"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="HTTP Error: statusCode=404 No such container: PMX_CADVISOR"
Jun 16 15:03:25 Coreosx64 docker[1676]: Error response from daemon: No such container: PMX_CADVISOR
Jun 16 15:03:25 Coreosx64 systemd[1]: Started Panamax Metrics.
Jun 16 15:03:25 Coreosx64 systemd[1]: Starting Panamax API...
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="DELETE /v1.17/containers/PMX_API?force=1"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job rm(PMX_API)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: No such container: PMX_API
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job rm(PMX_API) = ERR (1)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="Handler for DELETE /containers/{name:.*} returned error: No such container: PMX_API"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="HTTP Error: statusCode=404 No such container: PMX_API"
Jun 16 15:03:25 Coreosx64 docker[1691]: Error response from daemon: No such container: PMX_API
Jun 16 15:03:25 Coreosx64 systemd[1]: Started Panamax API.
Jun 16 15:03:25 Coreosx64 systemd[1]: Starting Panamax UI...
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="POST /v1.17/containers/create?name=PMX_CADVISOR"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job create(PMX_CADVISOR)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job create(PMX_CADVISOR) = OK (0)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="DELETE /v1.17/containers/PMX_UI?force=1"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job rm(PMX_UI)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: No such container: PMX_UI
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job rm(PMX_UI) = ERR (1)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="Handler for DELETE /containers/{name:.*} returned error: No such container: PMX_UI"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="HTTP Error: statusCode=404 No such container: PMX_UI"
Jun 16 15:03:25 Coreosx64 docker[1715]: Error response from daemon: No such container: PMX_UI
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="POST /v1.17/containers/create?name=PMX_API"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job create(PMX_API)"
Jun 16 15:03:25 Coreosx64 systemd[1]: Started Panamax UI.
Panamax install complete
Coreosx64 core #
</syntaxhighlight>

Nous vérifions que nos 3 containers sont bien en cours d'exécution :

<syntaxhighlight lang="bash">
Coreosx64 core # docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
dc1d036c4987 centurylink/panamax-ui:latest "/bin/sh -c 'bundle About a minute ago Up About a minute 0.0.0.0:3000->3000/tcp PMX_UI
e787f827bc9a centurylink/panamax-api:latest "/bin/sh -c 'bundle About a minute ago Up About a minute 0.0.0.0:3001->3000/tcp PMX_API
99dd1912fa47 google/cadvisor:0.2.2 "/usr/bin/cadvisor - About a minute ago Up About a minute 0.0.0.0:49153->8080/tcp PMX_CADVISOR
</syntaxhighlight>

Nous pouvons nous connecter à notre UI Panamax à l'aide de notre navigateur en tappant l'ip de notre instance suivit de ":3000" pour préciser le port d'écoute (n'oubliez pas de créer des règles d'autorisations parefeu et de redirection de port) de celle-ci :

[[File:panamax-ui.png]]

== '''Installation de Panamax Remote Deployment Target :''' ==

Connectez-vous à l'une de vos 3 instances CoreOS déployées à cet effet :

Générer une nouvelle URL de discovery Etcd dans une variable (ici: ETCD_URL) :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ ETCD_URL=$(curl http://discovery.etcd.io/new)
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 58 100 58 0 0 79 0 --:--:-- --:--:-- --:--:-- 101
core@CoreOSnode-1 ~ $ echo $ETCD_URL
https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
</syntaxhighlight>

Puis téléchargez le fichier cloud-config.yml template suivant :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ sudo wget -NP /usr/share/oem/ http://mirror02.ikoula.com/priv/coreos/cloud-config.yml
--2015-06-16 15:37:53-- http://mirror02.ikoula.com/priv/coreos/cloud-config.yml
Resolving mirror02.ikoula.com... 80.93.XX.XXX, 2a00:c70:1:80:93:XX:XXX:1
Connecting to mirror02.ikoula.com|80.93.XX.XXX|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1542 (1.5K) [text/plain]
Remote file is newer, retrieving.

--2015-06-16 15:37:53-- http://mirror02.ikoula.com/priv/coreos/cloud-config.yml
Reusing existing connection to mirror02.ikoula.com:80.
HTTP request sent, awaiting response... 200 OK
Length: 1542 (1.5K) [text/plain]
Saving to: '/usr/share/oem/cloud-config.yml'

/usr/share/oem/cloud-config.yml 100%[===================================================================================================>] 1.51K --.-KB/s in 0s

2015-06-16 15:37:53 (264 MB/s) - '/usr/share/oem/cloud-config.yml' saved [1542/1542]
</syntaxhighlight>

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ export `cat /etc/environment`
</syntaxhighlight>

Exécutez les commandes suivantes :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ sudo sed -i 's#DISCOVERY_URL#'$ETCD_URL'#g' /usr/share/oem/cloud-config.yml
core@CoreOSnode-1 ~ $ sudo sed -i 's#PRIVATE_IP#'$COREOS_PRIVATE_IPV4'#g' /usr/share/oem/cloud-config.yml
</syntaxhighlight>

On vérife que nos paramètres Etcd et Fleet on bien été substitués :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ cat /usr/share/oem/cloud-config.yml
#cloud-config

coreos:
units:
- name: cloudstack-ssh-key.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets SSH key from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-ssh-key
- name: cloudstack-hostname.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets hostname from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-hostname
- name: cloudstack-cloudinit.service
command: restart
runtime: yes
content: |
[Unit]
Description=Cloudinit from CloudStack-style metadata
Requires=coreos-setup-environment.service
After=coreos-setup-environment.service

[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=/usr/share/oem/bin/cloudstack-coreos-cloudinit
- name: etcd.service
command: start
- name: fleet.service
command: start
oem:
id: cloudstack
name: CloudStack
version-id: 0.0.1-r3
home-url: http://cloudstack.apache.org/
bug-report-url: https://github.com/coreos/coreos-overlay
etcd:
discovery: https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
addr: 178.170.XX.XXX:4001
peer-addr: 178.170.XX.XXX:7001
fleet:
public-ip: 178.170.XX.XXX
</syntaxhighlight>

Supprimez le fichier /etc/machine-id puis rebootez l'instance afin de regénérer un nouveau id de machine (vos 3 instances devront avoir un id différent) :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ sudo rm -f /etc/machine-id
core@CoreOSnode-1 ~ $ sudo reboot
</syntaxhighlight>

Votre première instance devrait apparaitre dans la liste des machines gérées dans Fleet :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ fleetctl list-machines
MACHINE IP METADATA
7e685988... 178.170.XX.XXX -
</syntaxhighlight>

Ici nous voyons bien notre première instance dans la liste des machines Fleet, ce sera donc notre instance qui initialisera notre cluster CoreOS/Etcd/Fleet.

Configurez maintenant vos deux autres instances CoreOS remote deployment target en suivant les instructions ci-dessous :

Connectez-vous à vos deux autres instances puis recopiez le contenu du fichier /usr/share/oem/cloud-config.yml de votre première instance en remplaçant uniquement l'ip de celle-ci par l'ip de votre seconde instance sur votre seconde instance et par l'ip de votre troisième instance sur votre troisième instance (vous devrez passez root via un "sudo su") :

Sur notre seconde instance (adresse ip 178.170.XX.YYY) le fichier /usr/share/oem/cloud-config.yml aura donc le contenu suivant :

<syntaxhighlight lang="bash">
core@CoreOSnode-2 ~ $ cat /usr/share/oem/cloud-config.yml
#cloud-config

coreos:
units:
- name: cloudstack-ssh-key.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets SSH key from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-ssh-key
- name: cloudstack-hostname.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets hostname from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-hostname
- name: cloudstack-cloudinit.service
command: restart
runtime: yes
content: |
[Unit]
Description=Cloudinit from CloudStack-style metadata
Requires=coreos-setup-environment.service
After=coreos-setup-environment.service

[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=/usr/share/oem/bin/cloudstack-coreos-cloudinit
- name: etcd.service
command: start
- name: fleet.service
command: start
oem:
id: cloudstack
name: CloudStack
version-id: 0.0.1-r3
home-url: http://cloudstack.apache.org/
bug-report-url: https://github.com/coreos/coreos-overlay
etcd:
discovery: https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
addr: 178.170.XX.YYY:4001
peer-addr: 178.170.XX.YYY:7001
fleet:
public-ip: 178.170.XX.YYY
</syntaxhighlight>

Sur notre troisième instance (adresse ip 178.170.XX.ZZZ) le fichier /usr/share/oem/cloud-config.yml aura donc le contenu suivant :

<syntaxhighlight lang="bash">
core@CoreOSnode-3 ~ $ cat /usr/share/oem/cloud-config.yml
#cloud-config

coreos:
units:
- name: cloudstack-ssh-key.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets SSH key from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-ssh-key
- name: cloudstack-hostname.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets hostname from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-hostname
- name: cloudstack-cloudinit.service
command: restart
runtime: yes
content: |
[Unit]
Description=Cloudinit from CloudStack-style metadata
Requires=coreos-setup-environment.service
After=coreos-setup-environment.service

[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=/usr/share/oem/bin/cloudstack-coreos-cloudinit
- name: etcd.service
command: start
- name: fleet.service
command: start
oem:
id: cloudstack
name: CloudStack
version-id: 0.0.1-r3
home-url: http://cloudstack.apache.org/
bug-report-url: https://github.com/coreos/coreos-overlay
etcd:
discovery: https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
addr: 178.170.XX.ZZZ:4001
peer-addr: 178.170.XX.ZZZ:7001
fleet:
public-ip: 178.170.XX.ZZZ
</syntaxhighlight>

Comme pour votre première instance, supprimer le fichier /etc/machine-id et rebootez :

<syntaxhighlight lang="bash">
core@CoreOSnode-2 ~ $ sudo rm -f /etc/machine-id
core@CoreOSnode-2 ~ $ sudo reboot
</syntaxhighlight>

<syntaxhighlight lang="bash">
core@CoreOSnode-3 ~ $ sudo rm -f /etc/machine-id
core@CoreOSnode-3 ~ $ sudo reboot
</syntaxhighlight>

Une fois rebootées, vos 2 autres instances ont normalement rejoint votre cluster CoreOS/Etcd/Fleet :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ fleetctl list-machines
MACHINE IP METADATA
6eacee19... 178.170.XX.XXX -
7e685988... 178.170.XX.YYY -
87e15a4a... 178.170.XX.ZZZ -
</syntaxhighlight>

Si vos instances n'ont pas rejoint le cluster, pensez à vérifier que vos instances peuvent bien communiquer entre elles (connexions réseaux, règles parefeu/security group)

Maintenant que nous avons un cluster CoreOS/etcd/fleet de 3 instances, nous allons installer le panamax-remote-agent ainsi que le panamax-adapter :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ sudo bash -c "$(curl http://download.panamax.io/agent/pmx-agent-install)"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 685 100 685 0 0 1756 0 --:--:-- --:--:-- --:--:-- 3156
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 8613 100 8613 0 0 27496 0 --:--:-- --:--:-- --:--:-- 27694
./
./pmx-agent
./README.md
./CHANGELOG.md
./openssl.cnf
./.version
Execute cd /root/pmx-agent && ./pmx-agent to invoke agent setup script.
</syntaxhighlight>

Puis

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ sudo bash -c "$(curl http://download.panamax.io/agent/pmx-agent-install)"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 685 100 685 0 0 1756 0 --:--:-- --:--:-- --:--:-- 3156
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 8613 100 8613 0 0 27496 0 --:--:-- --:--:-- --:--:-- 27694
./
./pmx-agent
./README.md
./CHANGELOG.md
./openssl.cnf
./.version
Execute cd /root/pmx-agent && ./pmx-agent to invoke agent setup script.
core@CoreOSnode-1 ~ $ sudo su
CoreOSnode-1 core # cd /root/pmx-agent

███████╗ ██████╗ █████████╗ ██████╗ ██████████╗ ██████╗ ██╗ ██╗
██╔══██║ ╚═══██╗ ███╗ ███║ ╚═══██╗ ██║ ██╔ ██║ ╚═══██╗ ╚██╗██╔╝
██ ██║ ███████║ ███║ ███║ ███████║ ██║╚██║ ██║ ███████║ ╚███╔╝
███████╝ ███████║ ███║ ███║ ███████║ ██║╚██║ ██║ ███████║ ██╔██╗
██║ ███████║ ███║ ███║ ███████║ ██║╚██║ ██║ ███████║ ██╔╝ ██╗
╚═╝ ╚══════╝ ╚══╝ ╚══╝ ╚══════╝ ╚═╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝

CenturyLink Labs - http://www.centurylinklabs.com/

1) init: First time installing Panamax Remote Agent! - Downloads and installs Panamax Remote Agent.
2) restart: Stops and Starts Panamax Remote Agent and Adapter.
3) reinstall: Deletes your current Panamax Remote Agent and Adapter and reinstalls latest version.
4) check: Checks for available updates for Panamax Remote Agent and Adapter.
5) update: Updates to latest Panamax Remote Agent and Adapter.
6) delete: Uninstalls Panamax Remote Agent and Adapter.
7) debug: Display your current Panamax settings.
8) token: Display your current Panamax Remote Agent token.
9) help: Show this help
10) quit
Please select one of the preceding options:
</syntaxhighlight>

Tapez 1 pour installer le Panamax Remote Agent :

<syntaxhighlight lang="bash">
Please select one of the preceding options: 1

Installing panamax remote agent/adapter...

Installing Panamax adapter:

Select the ochestrator you want to use:

1) Kubernetes
2) CoreOS Fleet
3) Marathon
Please select one of the preceding options:
</syntaxhighlight>

Choisissez l'orchestrateur "2) CoreOS Fleet" et indiquez votre ip :

<syntaxhighlight lang="bash">
Please select one of the preceding options: 2

Enter the API endpoint to access the Fleet cluster (e.g: http://10.187.241.100:4001): http://178.170.XX.XXX:4001

Starting Panamax Fleet adapter:

docker pull centurylink/panamax-fleet-adapter:latest

56b22791d9b3dac06e2348a6a867527ffae01a37ab374159be48bbafaf77334f

Installing Panamax remote agent:
Enter the public hostname (dev.example.com, without 'http') or IP Address (ex: 206.x.x.x) of the agent: Enter the public hostname (dev.example.com, without 'http') or IP Address (ex: 206.x.x.x) of the agent: 178.170.XX.XXX
Enter the port to run the agent on (3001):

Generating SSL Key

docker pull centurylink/openssl:latest

Generating RSA private key, 1024 bit long modulus
......++++++
..............................................................................++++++
e is 65537 (0x10001)
Generating a 4096 bit RSA private key
........................................................................................++
................................................................++
writing new private key to '/certs/pmx_remote_agent.key'
-----
No value provided for Subject Attribute C, skipped
No value provided for Subject Attribute ST, skipped
No value provided for Subject Attribute L, skipped
No value provided for Subject Attribute O, skipped
Signature ok
subject=/CN=178.170.XX.XXX
Getting Private key

Starting Panamax remote agent:

docker pull centurylink/panamax-remote-agent:latest

524bc3b7db813d2f20f8dc028037ce8f42ecfc05ebe8c4f67a172e3f6125dc44

============================== START ==============================
aHR0cHM6Ly8xNzguMTcwLjY4LjE1NzozMDAxfDdiYzExYjNiLTMxZDEtNGM1NS1hZWNlLWFmNTRk
NGQ1NzkzNHxOVGs1TUdNMk5tVXRNV0UzWlMwME1EUmhMVGc1T0RNdFpqZGhZVEJqWTJVM1ptSm1D
Zz09fC0tLS0tQkVHSU4gQ0VSVElGSUNBVEUtLS0tLQpNSUlGRmpDQ0F2NmdBd0lCQWdJSkFKb003
cDJiRTd6aU1BMEdDU3FHU0liM0RRRUJCUVVBTUJreEZ6QVZCZ05WCkJBTU1EakUzT0M0eE56QXVO
amd1TVRVM01CNFhEVEUxTURZeE5qRTBOVGt6TjFvWERURTJNRFl4TlRFME5Ua3oKTjFvd0dURVhN
QlVHQTFVRUF3d09NVGM0TGpFM01DNDJPQzR4TlRjd2dnSWlNQTBHQ1NxR1NJYjNEUUVCQVFVQQpB
NElDRHdBd2dnSUtBb0lDQVFDZHFmOFVZM21RWnJpUTdLSTVJV0RuNkJuS3lIclkxTitZeE1OaVlj
WnRKSm5yCmt3UlhDQzRVelNDNEdrMmszcFIzeHppd0piN1VUYmRwMXUrQlhnYjgvVHV3dDhENUxp
MVovUzRudmVoUlA4N0YKa0trcENpeU8zUllyQXc0QkFqZVkvb2Jsem5nN2Y0T2dXYWhaamhnV201
SUJ0dWdndXVCTEVUcHNIcERXZWJpSQpOT0I3V2ZEQkh0RmRydkpLMEU2dEJzNjdVVkg0ZHdLNVcx
c0dNdjRsQTY4TGczdmFlWVpobHk0NGFpeGlPWUIzClV6TlUzN3h3eXFFbnVnU2MvM2x3VzhVRVdU
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
cDBvTHdpOXVtS0VWeFQ5VjYrL1JsL3VoRHBlV09Nc3FOaVkyanBRVkhpZ1lWVVpKYlJhZ2xIbk42
NDBXZApRZUZBTnMvT29aQTFrdDN1cFR5MmtlVWljLzMzTzlidTArU0hFUEZpd2Fqa3dkUURudXl4
dGVRNnBJVEhhVDdSCmVoWEdDdDRmVXBSUjZsT2xGWjRTS2JjQmtBa3dZa2V5Y0N5VTltTkV3Yk1R
M0xJZmY5K0pSa3hqTXQ1YnRzTHgKWDk2d08zWURBYkc2NmxmQkh1TTJLNWZVck1yWDlUbmpmN0x5
Z0hjcnJWWmFiK2JjUkM2SzZVQnI1RTl4R2xKNgpGZHZMdkUySW5uQjkrRzIrM2V1OXh6UXVFWGpB
K2ZzUDJReDRJU2w3NGpYaTRWa3Ziem41TnhUVHJsRzNaYk9WCkp3NTRmV21lOHRwQ2N4Vit2V2JW
M0tCZ2JpMXRlKzRKTFZuV1VKTlpVUng5K2VUTG82UTd2Tm1iSG1RTS8wOHIKVWZIR1JSOGlPZGwr
NjlDZjNlUWwvenhCSVE2cXN4bGxzWTJMd3IvMGFFaURuUDRtNk5WUEtuSmN4VDNNbTRuZwp4TjdR
OXh6V08rWUdhdUVhaHNMUkF2QXhleFVPZkkrUHlmT0lYVFova1hJWjA1VWxVU3RoYUJ3bzFXRlVI
VnFWCjhxU1pjdEU0UGRneExSejNXclltZTdVWTJEbWJuUkJOVHlFOW0yeFJPVEh6RUlQWTdDVXZ3
MDh0ZFpHczNkbG8KbVdPSVcwMGk1MEROa1ArT1RyWm5OcHU3VVRjL3ZPQ3hSaGJyM1o4OTNyWXA3
SUlKT0VQWUFjT1pzMHRkQWNvQwowSldRRTZzUnFRT1dCQT09Ci0tLS0tRU5EIENFUlRJRklDQVRF
LS0tLS0K
============================== END ==============================

Copy and paste the above (Not including start/end tags) to your local panamax client to connect to this remote agent.

Remote Agent/Adapter installation complete!

CoreOSnode-1 pmx-agent #
</syntaxhighlight>

Comme cela est indiqué vous devez copier-coller la clé privée de votre panamax remote agent dans l'UI Panamax lors de la création de votre Panamax Remote Deployment Target.

Pour ajouter votre Panamax Remote Deployment Target dans votre Panamax UI, connectez-vous à celle-ci via votre navigateur :

- allez dans "MANAGE"

[[File:Panamax-ui-manage.png]]

- recherchez un template (ex: Wordpress with MySQL)

[[File:Panamax-ui-search-tmplt.png]]

- cliquez sur la flèche à droite de "Run Template"

[[File:Panamax-ui-fleche.png]]

- cliquez sur "Deploy to Target" :

[[File:Panamax-ui-deploytotarget.png]]

- Cliquez sur "Add a New Remote Deployment Target"

[[File:Panamax-ui-remotedeploymenttarget.png]]

- Cliquez sur "Enter your token here." (en bas à droite de la page)

[[File:Panamax-ui-entertokens.png]]

- Saisissez l'adresse ip de votre Panamax Remote Agent que vous avez paramétré lors de l'installation dans le champs "Name" puis copiez-collez votre clé privé de l'agent retourné à la fin de l'installation du Panamax Remote Agent

[[File:Panamax-ui-tokens.png]]

- Cliquez sur "Save Remote Deployment Target"

Vous devriez avoir le résultat suivant :

[[File:Panamax-ui-remotedeploytarget-added.png]]

- Cliquez sur la flèche verte à gauche du nom de votre Remote Deployment Target puis forcer une première mise à jour :

[[File:Panamax-ui-remotedeploymenttarget-update.png]]

Après mise à jour, les informations sur votre Remote Deployment Targets telles que la version de votre Panamax Remote Agent, le type de votre Panamax Adapter et sa version :

[[File:Panamax-ui-remotedeploymenttarget-informations.png]]

== '''Déploiement d'une application via Panamax UI :''' ==

Il vous est maintenant possible de déployer une application disponible dans la market place "Panamax Templates & Docker Repositories" depuis votre Panamax UI sur votre Panamax Remote Deployment Target :

- Recherchez le nom de l'application que vous souhaitez déployer. Nous choisissons le template Century Link "Wordpress with MySQL"

- Vous pouvez cliquez sur "More Details" pour avoir plus d'informations sur le template que vous avez choisis. Vous pouvez également voir de combien d'image Docker le template est constitué (dans notre cas 2 images)

[[File:Panamax-ui-template-details.png]]

- Cliquez sur la flèche "Run Template" pour déployer le menu et cliquez sur "Deploy to Target" :

[[File:Panamax-ui-deploytotarget-wordpress.png]]

- Cliquez sur "Select this Target" pour sélectionner votre Remote Deployment Target

[[File:Panamax-ui-select-target.png]]

- Renseignez les éventuels champs de "Deployment Settings" de l'application que vous déployée (mot de passe, variables d'environnement,etc.) puis cliquez sur le bouton "Deploy to Target" en dessous pour valider

[[File:Panamax-ui-deployment-settings.png]]

- Cela devrait vous retourner le résultat suivant :

[[File:Panamax-ui-deployment-triggered.png]]

Si vous vous connectez à vos instances de votre cluster CoreOS, vous pourrez voir que Panamax a réparti les containers Docker sur différents nodes :

- On peut voir que l'image centurylink/wordpress a été déployée sur notre première instance CoreOS :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PO RTS NAMES
3206bda4e534 centurylink/wordpress:3.9.1 "/run.sh" 3 minutes ago Up 3 minutes 0. 0.0.0:8080->80/tcp wp
84e3c5fe1886 centurylink/panamax-remote-agent:latest "/panamax-remote-age 37 minutes ago Up 37 minutes 0. 0.0.0:3001->3000/tcp pmx_agent
71009f7785d3 centurylink/panamax-fleet-adapter:latest "rackup '-E producti 37 minutes ago Up 37 minutes 92 92/tcp pmx_adapter
</syntaxhighlight>

- Et l'image centurylink/mysql sur notre troisième instance de notre cluster :

<syntaxhighlight lang="bash">
core@CoreOSnode-3 ~ $ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
84deeadd66fa centurylink/mysql:5.5 "/usr/local/bin/run" 4 minutes ago Up 4 minutes 0.0.0.0:3306->3306/tcp db
</syntaxhighlight>

- Nous pouvons également avoir certaines informations par l'intermédiaire de notre gestionnaire de cluster Etcd :

On retrouve nos 2 applications (Wordpress "WP" et MySQL "DB") :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ etcdctl ls --recursive /app
/app/DB
/app/DB/DB_SERVICE_HOST
/app/WP
/app/WP/WP_SERVICE_HOST
</syntaxhighlight>

On peut également voir sur quel instance membre de notre cluster l'application a été déployée :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ etcdctl get /app/DB/DB_SERVICE_HOST
178.170.XX.XXX
</syntaxhighlight>

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ etcdctl get /app/WP/WP_SERVICE_HOST
178.170.XX.ZZZ
</syntaxhighlight>

- Nous pouvons aussi avoir le statut des applications de notre cluster par Fleet qui le gestionnaire des applications dans notre cluster :

<syntaxhighlight lang="bash">
core@CoreOSnode-1 ~ $ fleetctl list-unit-files
UNIT HASH DSTATE STATE TARGET
db.service 0caad43 launched launched 6eacee19.../178.170.XX.XXX
wp.service 417826f launched launched 7e685988.../178.170.XX.ZZZ
</syntaxhighlight>

- Nous pouvons vérifier le bon fonctionnement de notre Wordpress en y accédant avec les informations fournis dans les détails du template (dans notre cas sur le port 8080) :

[[File:Panamax-application-wordpress.png]]

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

Utiliser Panamax sur Cloudstack by Ikoula

2015-06-18T11:58:34Z

Jdossantos1972b :

Si vous ne connaissez pas encore Panamax (http://http://panamax.io/) il s'agit d'un produit Open Source développé par Century Link Labs qui est à la fois une market place et d'un gestionnaire pour applications conteneurisées Docker depuis une interface web intuitive.

Il suffit en effet de chercher l'application de notre choix puis d'un clique pour la déployer sur nos instances cibles à l'aide de docker et d'un agent Panamax.

Panamax s'appuie sur les technologies Docker, CoreOS,Etcd, Fleet et Cloud-init

Nous utiliserons dans notre exemple une instance CoreOS pour la partie client Panamax UI puis 3 autres instances pour la partie Panamax Remote Target (Panamax Remote Agent + Panamax Adapter) :

== '''Installation de Panamax UI :''' ==

<pre>
core@Coreosx64 ~ $ curl -O http://download.panamax.io/installer/pmx-installer- latest.zip
% Total % Received % Xferd Average Speed Time Time Time Curren t
Dload Upload Total Spent Left Speed
100 16007 100 16007 0 0 26989 0 --:--:-- --:--:-- --:--:-- 37663
core@Coreosx64 ~ $ unzip pmx-installer-latest.zip
Archive: pmx-installer-latest.zip
inflating: create-docker-mount
inflating: LICENSE
inflating: desktop
extracting: panamax
inflating: .coreosenv
inflating: README.md
inflating: CHANGELOG.md
inflating: ubuntu.sh
inflating: Vagrantfile
extracting: .version
inflating: coreos
inflating: CONTRIBUTING.md
</pre>

Nous devons passer root pour la suite de l'installation :

<pre>
core@Coreosx64 ~ $ sudo su
Coreosx64 core # ./coreos install --stable
Installing Panamax...

docker pull centurylink/panamax-api:latest
..
docker pull centurylink/panamax-ui:latest
..

docker pull google/cadvisor:0.2.2
..
Created symlink from /etc/systemd/system/multi-user.target.wants/panamax-metrics.service to /etc/systemd/system/panamax-metrics.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/panamax-api.service to /etc/systemd/system/panamax-api.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/panamax-ui.service to /etc/systemd/system/panamax-ui.service.
Jun 16 15:03:25 Coreosx64 systemd[1]: Starting Panamax Metrics...
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="DELETE /v1.17/containers/PMX_CADVISOR?force=1"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job rm(PMX_CADVISOR)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: No such container: PMX_CADVISOR
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job rm(PMX_CADVISOR) = ERR (1)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="Handler for DELETE /containers/{name:.*} returned error: No such container: PMX_CADVISOR"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="HTTP Error: statusCode=404 No such container: PMX_CADVISOR"
Jun 16 15:03:25 Coreosx64 docker[1676]: Error response from daemon: No such container: PMX_CADVISOR
Jun 16 15:03:25 Coreosx64 systemd[1]: Started Panamax Metrics.
Jun 16 15:03:25 Coreosx64 systemd[1]: Starting Panamax API...
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="DELETE /v1.17/containers/PMX_API?force=1"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job rm(PMX_API)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: No such container: PMX_API
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job rm(PMX_API) = ERR (1)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="Handler for DELETE /containers/{name:.*} returned error: No such container: PMX_API"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="HTTP Error: statusCode=404 No such container: PMX_API"
Jun 16 15:03:25 Coreosx64 docker[1691]: Error response from daemon: No such container: PMX_API
Jun 16 15:03:25 Coreosx64 systemd[1]: Started Panamax API.
Jun 16 15:03:25 Coreosx64 systemd[1]: Starting Panamax UI...
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="POST /v1.17/containers/create?name=PMX_CADVISOR"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job create(PMX_CADVISOR)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job create(PMX_CADVISOR) = OK (0)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="DELETE /v1.17/containers/PMX_UI?force=1"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job rm(PMX_UI)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: No such container: PMX_UI
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="-job rm(PMX_UI) = ERR (1)"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="Handler for DELETE /containers/{name:.*} returned error: No such container: PMX_UI"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="error" msg="HTTP Error: statusCode=404 No such container: PMX_UI"
Jun 16 15:03:25 Coreosx64 docker[1715]: Error response from daemon: No such container: PMX_UI
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="POST /v1.17/containers/create?name=PMX_API"
Jun 16 15:03:25 Coreosx64 dockerd[730]: time="2015-06-16T15:03:25+02:00" level="info" msg="+job create(PMX_API)"
Jun 16 15:03:25 Coreosx64 systemd[1]: Started Panamax UI.
Panamax install complete
Coreosx64 core #
</pre>

Nous vérifions que nos 3 containers sont bien en cours d'exécution :

<pre>
Coreosx64 core # docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
dc1d036c4987 centurylink/panamax-ui:latest "/bin/sh -c 'bundle About a minute ago Up About a minute 0.0.0.0:3000->3000/tcp PMX_UI
e787f827bc9a centurylink/panamax-api:latest "/bin/sh -c 'bundle About a minute ago Up About a minute 0.0.0.0:3001->3000/tcp PMX_API
99dd1912fa47 google/cadvisor:0.2.2 "/usr/bin/cadvisor - About a minute ago Up About a minute 0.0.0.0:49153->8080/tcp PMX_CADVISOR
</pre>

Nous pouvons nous connecter à notre UI Panamax à l'aide de notre navigateur en tappant l'ip de notre instance suivit de ":3000" pour préciser le port d'écoute (n'oubliez pas de créer des règles d'autorisations parefeu et de redirection de port) de celle-ci :

[[File:panamax-ui.png]]

== '''Installation de Panamax Remote Deployment Target :''' ==

Connectez-vous à l'une de vos 3 instances CoreOS déployées à cet effet :

Générer une nouvelle URL de discovery Etcd dans une variable (ici: ETCD_URL) :

<pre>
core@CoreOSnode-1 ~ $ ETCD_URL=$(curl http://discovery.etcd.io/new)
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 58 100 58 0 0 79 0 --:--:-- --:--:-- --:--:-- 101
core@CoreOSnode-1 ~ $ echo $ETCD_URL
https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
</pre>

Puis téléchargez le fichier cloud-config.yml template suivant :

<pre>
core@CoreOSnode-1 ~ $ sudo wget -NP /usr/share/oem/ http://mirror02.ikoula.com/priv/coreos/cloud-config.yml
--2015-06-16 15:37:53-- http://mirror02.ikoula.com/priv/coreos/cloud-config.yml
Resolving mirror02.ikoula.com... 80.93.XX.XXX, 2a00:c70:1:80:93:XX:XXX:1
Connecting to mirror02.ikoula.com|80.93.XX.XXX|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1542 (1.5K) [text/plain]
Remote file is newer, retrieving.

--2015-06-16 15:37:53-- http://mirror02.ikoula.com/priv/coreos/cloud-config.yml
Reusing existing connection to mirror02.ikoula.com:80.
HTTP request sent, awaiting response... 200 OK
Length: 1542 (1.5K) [text/plain]
Saving to: '/usr/share/oem/cloud-config.yml'

/usr/share/oem/cloud-config.yml 100%[===================================================================================================>] 1.51K --.-KB/s in 0s

2015-06-16 15:37:53 (264 MB/s) - '/usr/share/oem/cloud-config.yml' saved [1542/1542]
</pre>

<pre>
core@CoreOSnode-1 ~ $ export `cat /etc/environment`
</pre>

Exécutez les commandes suivantes :

<pre>
core@CoreOSnode-1 ~ $ sudo sed -i 's#DISCOVERY_URL#'$ETCD_URL'#g' /usr/share/oem/cloud-config.yml
core@CoreOSnode-1 ~ $ sudo sed -i 's#PRIVATE_IP#'$COREOS_PRIVATE_IPV4'#g' /usr/share/oem/cloud-config.yml
</pre>

On vérife que nos paramètres Etcd et Fleet on bien été substitués :

<pre>
core@CoreOSnode-1 ~ $ cat /usr/share/oem/cloud-config.yml
#cloud-config

coreos:
units:
- name: cloudstack-ssh-key.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets SSH key from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-ssh-key
- name: cloudstack-hostname.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets hostname from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-hostname
- name: cloudstack-cloudinit.service
command: restart
runtime: yes
content: |
[Unit]
Description=Cloudinit from CloudStack-style metadata
Requires=coreos-setup-environment.service
After=coreos-setup-environment.service

[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=/usr/share/oem/bin/cloudstack-coreos-cloudinit
- name: etcd.service
command: start
- name: fleet.service
command: start
oem:
id: cloudstack
name: CloudStack
version-id: 0.0.1-r3
home-url: http://cloudstack.apache.org/
bug-report-url: https://github.com/coreos/coreos-overlay
etcd:
discovery: https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
addr: 178.170.XX.XXX:4001
peer-addr: 178.170.XX.XXX:7001
fleet:
public-ip: 178.170.XX.XXX
</pre>

Supprimez le fichier /etc/machine-id puis rebootez l'instance afin de regénérer un nouveau id de machine (vos 3 instances devront avoir un id différent) :

<pre>
core@CoreOSnode-1 ~ $ sudo rm -f /etc/machine-id
core@CoreOSnode-1 ~ $ sudo reboot
</pre>

Votre première instance devrait apparaitre dans la liste des machines gérées dans Fleet :

<pre>
core@CoreOSnode-1 ~ $ fleetctl list-machines
MACHINE IP METADATA
7e685988... 178.170.XX.XXX -
</pre>

Ici nous voyons bien notre première instance dans la liste des machines Fleet, ce sera donc notre instance qui initialisera notre cluster CoreOS/Etcd/Fleet.

Configurez maintenant vos deux autres instances CoreOS remote deployment target en suivant les instructions ci-dessous :

Connectez-vous à vos deux autres instances puis recopiez le contenu du fichier /usr/share/oem/cloud-config.yml de votre première instance en remplaçant uniquement l'ip de celle-ci par l'ip de votre seconde instance sur votre seconde instance et par l'ip de votre troisième instance sur votre troisième instance (vous devrez passez root via un "sudo su") :

Sur notre seconde instance (adresse ip 178.170.XX.YYY) le fichier /usr/share/oem/cloud-config.yml aura donc le contenu suivant :

<pre>
core@CoreOSnode-2 ~ $ cat /usr/share/oem/cloud-config.yml
#cloud-config

coreos:
units:
- name: cloudstack-ssh-key.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets SSH key from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-ssh-key
- name: cloudstack-hostname.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets hostname from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-hostname
- name: cloudstack-cloudinit.service
command: restart
runtime: yes
content: |
[Unit]
Description=Cloudinit from CloudStack-style metadata
Requires=coreos-setup-environment.service
After=coreos-setup-environment.service

[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=/usr/share/oem/bin/cloudstack-coreos-cloudinit
- name: etcd.service
command: start
- name: fleet.service
command: start
oem:
id: cloudstack
name: CloudStack
version-id: 0.0.1-r3
home-url: http://cloudstack.apache.org/
bug-report-url: https://github.com/coreos/coreos-overlay
etcd:
discovery: https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
addr: 178.170.XX.YYY:4001
peer-addr: 178.170.XX.YYY:7001
fleet:
public-ip: 178.170.XX.YYY
</pre>

Sur notre troisième instance (adresse ip 178.170.XX.ZZZ) le fichier /usr/share/oem/cloud-config.yml aura donc le contenu suivant :

<pre>
core@CoreOSnode-3 ~ $ cat /usr/share/oem/cloud-config.yml
#cloud-config

coreos:
units:
- name: cloudstack-ssh-key.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets SSH key from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-ssh-key
- name: cloudstack-hostname.service
command: restart
runtime: yes
content: |
[Unit]
Description=Sets hostname from metadata

[Service]
Type=oneshot
StandardOutput=journal+console
ExecStart=/usr/share/oem/bin/cloudstack-hostname
- name: cloudstack-cloudinit.service
command: restart
runtime: yes
content: |
[Unit]
Description=Cloudinit from CloudStack-style metadata
Requires=coreos-setup-environment.service
After=coreos-setup-environment.service

[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=/usr/share/oem/bin/cloudstack-coreos-cloudinit
- name: etcd.service
command: start
- name: fleet.service
command: start
oem:
id: cloudstack
name: CloudStack
version-id: 0.0.1-r3
home-url: http://cloudstack.apache.org/
bug-report-url: https://github.com/coreos/coreos-overlay
etcd:
discovery: https://discovery.etcd.io/b8069c9bd67eae5cf19689daf4ebdd66
addr: 178.170.XX.ZZZ:4001
peer-addr: 178.170.XX.ZZZ:7001
fleet:
public-ip: 178.170.XX.ZZZ
</pre>

Comme pour votre première instance, supprimer le fichier /etc/machine-id et rebootez :

<pre>
core@CoreOSnode-2 ~ $ sudo rm -f /etc/machine-id
core@CoreOSnode-2 ~ $ sudo reboot
</pre>

<pre>
core@CoreOSnode-3 ~ $ sudo rm -f /etc/machine-id
core@CoreOSnode-3 ~ $ sudo reboot
</pre>

Une fois rebootées, vos 2 autres instances ont normalement rejoint votre cluster CoreOS/Etcd/Fleet :

<pre>
core@CoreOSnode-1 ~ $ fleetctl list-machines
MACHINE IP METADATA
6eacee19... 178.170.XX.XXX -
7e685988... 178.170.XX.YYY -
87e15a4a... 178.170.XX.ZZZ -
</pre>

Si vos instances n'ont pas rejoint le cluster, pensez à vérifier que vos instances peuvent bien communiquer entre elles (connexions réseaux, règles parefeu/security group)

Maintenant que nous avons un cluster CoreOS/etcd/fleet de 3 instances, nous allons installer le panamax-remote-agent ainsi que le panamax-adapter :

<pre>
core@CoreOSnode-1 ~ $ sudo bash -c "$(curl http://download.panamax.io/agent/pmx-agent-install)"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 685 100 685 0 0 1756 0 --:--:-- --:--:-- --:--:-- 3156
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 8613 100 8613 0 0 27496 0 --:--:-- --:--:-- --:--:-- 27694
./
./pmx-agent
./README.md
./CHANGELOG.md
./openssl.cnf
./.version
Execute cd /root/pmx-agent && ./pmx-agent to invoke agent setup script.
</pre>

Puis

<pre>
core@CoreOSnode-1 ~ $ sudo bash -c "$(curl http://download.panamax.io/agent/pmx-agent-install)"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 685 100 685 0 0 1756 0 --:--:-- --:--:-- --:--:-- 3156
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 8613 100 8613 0 0 27496 0 --:--:-- --:--:-- --:--:-- 27694
./
./pmx-agent
./README.md
./CHANGELOG.md
./openssl.cnf
./.version
Execute cd /root/pmx-agent && ./pmx-agent to invoke agent setup script.
core@CoreOSnode-1 ~ $ sudo su
CoreOSnode-1 core # cd /root/pmx-agent

███████╗ ██████╗ █████████╗ ██████╗ ██████████╗ ██████╗ ██╗ ██╗
██╔══██║ ╚═══██╗ ███╗ ███║ ╚═══██╗ ██║ ██╔ ██║ ╚═══██╗ ╚██╗██╔╝
██ ██║ ███████║ ███║ ███║ ███████║ ██║╚██║ ██║ ███████║ ╚███╔╝
███████╝ ███████║ ███║ ███║ ███████║ ██║╚██║ ██║ ███████║ ██╔██╗
██║ ███████║ ███║ ███║ ███████║ ██║╚██║ ██║ ███████║ ██╔╝ ██╗
╚═╝ ╚══════╝ ╚══╝ ╚══╝ ╚══════╝ ╚═╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝

CenturyLink Labs - http://www.centurylinklabs.com/

1) init: First time installing Panamax Remote Agent! - Downloads and installs Panamax Remote Agent.
2) restart: Stops and Starts Panamax Remote Agent and Adapter.
3) reinstall: Deletes your current Panamax Remote Agent and Adapter and reinstalls latest version.
4) check: Checks for available updates for Panamax Remote Agent and Adapter.
5) update: Updates to latest Panamax Remote Agent and Adapter.
6) delete: Uninstalls Panamax Remote Agent and Adapter.
7) debug: Display your current Panamax settings.
8) token: Display your current Panamax Remote Agent token.
9) help: Show this help
10) quit
Please select one of the preceding options:
</pre>

Tapez 1 pour installer le Panamax Remote Agent :

<pre>
Please select one of the preceding options: 1

Installing panamax remote agent/adapter...

Installing Panamax adapter:

Select the ochestrator you want to use:

1) Kubernetes
2) CoreOS Fleet
3) Marathon
Please select one of the preceding options:
</pre>

Choisissez l'orchestrateur "2) CoreOS Fleet" et indiquez votre ip :

<pre>
Please select one of the preceding options: 2

Enter the API endpoint to access the Fleet cluster (e.g: http://10.187.241.100:4001): http://178.170.XX.XXX:4001

Starting Panamax Fleet adapter:

docker pull centurylink/panamax-fleet-adapter:latest

56b22791d9b3dac06e2348a6a867527ffae01a37ab374159be48bbafaf77334f

Installing Panamax remote agent:
Enter the public hostname (dev.example.com, without 'http') or IP Address (ex: 206.x.x.x) of the agent: Enter the public hostname (dev.example.com, without 'http') or IP Address (ex: 206.x.x.x) of the agent: 178.170.XX.XXX
Enter the port to run the agent on (3001):

Generating SSL Key

docker pull centurylink/openssl:latest

Generating RSA private key, 1024 bit long modulus
......++++++
..............................................................................++++++
e is 65537 (0x10001)
Generating a 4096 bit RSA private key
........................................................................................++
................................................................++
writing new private key to '/certs/pmx_remote_agent.key'
-----
No value provided for Subject Attribute C, skipped
No value provided for Subject Attribute ST, skipped
No value provided for Subject Attribute L, skipped
No value provided for Subject Attribute O, skipped
Signature ok
subject=/CN=178.170.XX.XXX
Getting Private key

Starting Panamax remote agent:

docker pull centurylink/panamax-remote-agent:latest

524bc3b7db813d2f20f8dc028037ce8f42ecfc05ebe8c4f67a172e3f6125dc44

============================== START ==============================
aHR0cHM6Ly8xNzguMTcwLjY4LjE1NzozMDAxfDdiYzExYjNiLTMxZDEtNGM1NS1hZWNlLWFmNTRk
NGQ1NzkzNHxOVGs1TUdNMk5tVXRNV0UzWlMwME1EUmhMVGc1T0RNdFpqZGhZVEJqWTJVM1ptSm1D
Zz09fC0tLS0tQkVHSU4gQ0VSVElGSUNBVEUtLS0tLQpNSUlGRmpDQ0F2NmdBd0lCQWdJSkFKb003
cDJiRTd6aU1BMEdDU3FHU0liM0RRRUJCUVVBTUJreEZ6QVZCZ05WCkJBTU1EakUzT0M0eE56QXVO
amd1TVRVM01CNFhEVEUxTURZeE5qRTBOVGt6TjFvWERURTJNRFl4TlRFME5Ua3oKTjFvd0dURVhN
QlVHQTFVRUF3d09NVGM0TGpFM01DNDJPQzR4TlRjd2dnSWlNQTBHQ1NxR1NJYjNEUUVCQVFVQQpB
NElDRHdBd2dnSUtBb0lDQVFDZHFmOFVZM21RWnJpUTdLSTVJV0RuNkJuS3lIclkxTitZeE1OaVlj
WnRKSm5yCmt3UlhDQzRVelNDNEdrMmszcFIzeHppd0piN1VUYmRwMXUrQlhnYjgvVHV3dDhENUxp
MVovUzRudmVoUlA4N0YKa0trcENpeU8zUllyQXc0QkFqZVkvb2Jsem5nN2Y0T2dXYWhaamhnV201
SUJ0dWdndXVCTEVUcHNIcERXZWJpSQpOT0I3V2ZEQkh0RmRydkpLMEU2dEJzNjdVVkg0ZHdLNVcx
c0dNdjRsQTY4TGczdmFlWVpobHk0NGFpeGlPWUIzClV6TlUzN3h3eXFFbnVnU2MvM2x3VzhVRVdU
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZFGOUpEOFFKc2p3SUQKQVFBQm8yRXdYekFkQmdOVkhRNEVGZ1FVOUhR0NTcUdTSWIzRFFFQkJRVUFBNElDQVFCMGE4NkNGREYzUWFUcDNPWko1UFVVaTJvTkJrSVoKMjlj
cDBvTHdpOXVtS0VWeFQ5VjYrL1JsL3VoRHBlV09Nc3FOaVkyanBRVkhpZ1lWVVpKYlJhZ2xIbk42
NDBXZApRZUZBTnMvT29aQTFrdDN1cFR5MmtlVWljLzMzTzlidTArU0hFUEZpd2Fqa3dkUURudXl4
dGVRNnBJVEhhVDdSCmVoWEdDdDRmVXBSUjZsT2xGWjRTS2JjQmtBa3dZa2V5Y0N5VTltTkV3Yk1R
M0xJZmY5K0pSa3hqTXQ1YnRzTHgKWDk2d08zWURBYkc2NmxmQkh1TTJLNWZVck1yWDlUbmpmN0x5
Z0hjcnJWWmFiK2JjUkM2SzZVQnI1RTl4R2xKNgpGZHZMdkUySW5uQjkrRzIrM2V1OXh6UXVFWGpB
K2ZzUDJReDRJU2w3NGpYaTRWa3Ziem41TnhUVHJsRzNaYk9WCkp3NTRmV21lOHRwQ2N4Vit2V2JW
M0tCZ2JpMXRlKzRKTFZuV1VKTlpVUng5K2VUTG82UTd2Tm1iSG1RTS8wOHIKVWZIR1JSOGlPZGwr
NjlDZjNlUWwvenhCSVE2cXN4bGxzWTJMd3IvMGFFaURuUDRtNk5WUEtuSmN4VDNNbTRuZwp4TjdR
OXh6V08rWUdhdUVhaHNMUkF2QXhleFVPZkkrUHlmT0lYVFova1hJWjA1VWxVU3RoYUJ3bzFXRlVI
VnFWCjhxU1pjdEU0UGRneExSejNXclltZTdVWTJEbWJuUkJOVHlFOW0yeFJPVEh6RUlQWTdDVXZ3
MDh0ZFpHczNkbG8KbVdPSVcwMGk1MEROa1ArT1RyWm5OcHU3VVRjL3ZPQ3hSaGJyM1o4OTNyWXA3
SUlKT0VQWUFjT1pzMHRkQWNvQwowSldRRTZzUnFRT1dCQT09Ci0tLS0tRU5EIENFUlRJRklDQVRF
LS0tLS0K
============================== END ==============================

Copy and paste the above (Not including start/end tags) to your local panamax client to connect to this remote agent.

Remote Agent/Adapter installation complete!

CoreOSnode-1 pmx-agent #
</pre>

Comme cela est indiqué vous devez copier-coller la clé privée de votre panamax remote agent dans l'UI Panamax lors de la création de votre Panamax Remote Deployment Target.

Pour ajouter votre Panamax Remote Deployment Target dans votre Panamax UI, connectez-vous à celle-ci via votre navigateur :

- allez dans "MANAGE"

[[File:Panamax-ui-manage.png]]

- recherchez un template (ex: Wordpress with MySQL)

[[Fichier:Panamax-ui-search-tmplt.png]]

- cliquez sur la flèche à droite de "Run Template"

[[Fichier:Panamax-ui-fleche.png]]

- cliquez sur "Deploy to Target" :

[[Fichier:Panamax-ui-deploytotarget.png]]

- Cliquez sur "Add a New Remote Deployment Target"

[[Fichier:Panamax-ui-remotedeploymenttarget.png]]

- Cliquez sur "Enter your token here." (en bas à droite de la page)

[[Fichier:Panamax-ui-entertokens.png]]

- Saisissez l'adresse ip de votre Panamax Remote Agent que vous avez paramétré lors de l'installation dans le champs "Name" puis copiez-collez votre clé privé de l'agent retourné à la fin de l'installation du Panamax Remote Agent

[[Fichier:Panamax-ui-tokens.png]]

- Cliquez sur "Save Remote Deployment Target"

Vous devriez avoir le résultat suivant :

[[Fichier:Panamax-ui-remotedeploytarget-added.png]]

- Cliquez sur la flèche verte à gauche du nom de votre Remote Deployment Target puis forcer une première mise à jour :

[[Fichier:Panamax-ui-remotedeploymenttarget-update.png]]

Après mise à jour, les informations sur votre Remote Deployment Targets telles que la version de votre Panamax Remote Agent, le type de votre Panamax Adapter et sa version :

[[Fichier:Panamax-ui-remotedeploymenttarget-informations.png]]

== '''Déploiement d'une application via Panamax UI :''' ==

Il vous est maintenant possible de déployer une application disponible dans la market place "Panamax Templates & Docker Repositories" depuis votre Panamax UI sur votre Panamax Remote Deployment Target :

- Recherchez le nom de l'application que vous souhaitez déployer. Nous choisissons le template Century Link "Wordpress with MySQL"

- Vous pouvez cliquez sur "More Details" pour avoir plus d'informations sur le template que vous avez choisis. Vous pouvez également voir de combien d'image Docker le template est constitué (dans notre cas 2 images)

[[Fichier:Panamax-ui-template-details.png]]

- Cliquez sur la flèche "Run Template" pour déployer le menu et cliquez sur "Deploy to Target" :

[[Fichier:Panamax-ui-deploytotarget-wordpress.png]]

- Cliquez sur "Select this Target" pour sélectionner votre Remote Deployment Target

[[Fichier:Panamax-ui-select-target.png]]

- Renseignez les éventuels champs de "Deployment Settings" de l'application que vous déployée (mot de passe, variables d'environnement,etc.) puis cliquez sur le bouton "Deploy to Target" en dessous pour valider

[[Fichier:Panamax-ui-deployment-settings.png]]

- Cela devrait vous retourner le résultat suivant :

[[Fichier:Panamax-ui-deployment-triggered.png]]

Si vous vous connectez à vos instances de votre cluster CoreOS, vous pourrez voir que Panamax a réparti les containers Docker sur différents nodes :

- On peut voir que l'image centurylink/wordpress a été déployée sur notre première instance CoreOS :

<pre>
core@CoreOSnode-1 ~ $ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PO RTS NAMES
3206bda4e534 centurylink/wordpress:3.9.1 "/run.sh" 3 minutes ago Up 3 minutes 0. 0.0.0:8080->80/tcp wp
84e3c5fe1886 centurylink/panamax-remote-agent:latest "/panamax-remote-age 37 minutes ago Up 37 minutes 0. 0.0.0:3001->3000/tcp pmx_agent
71009f7785d3 centurylink/panamax-fleet-adapter:latest "rackup '-E producti 37 minutes ago Up 37 minutes 92 92/tcp pmx_adapter
</pre>

- Et l'image centurylink/mysql sur notre troisième instance de notre cluster :

[[Fichier:Panamax-application-wordpress.png]]

<pre>
core@CoreOSnode-3 ~ $ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
84deeadd66fa centurylink/mysql:5.5 "/usr/local/bin/run" 4 minutes ago Up 4 minutes 0.0.0.0:3306->3306/tcp db
</pre>

- Nous pouvons vérifier le bon fonctionnement de notre Wordpress en y accédant avec les informations fournis dans les détails du template (dans notre cas sur le port 8080) :

[[Fichier:Panamax-application-wordpress.png]]

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

Créer un lien

2015-06-17T09:20:42Z

Jdossantos1972b :

Il existe deux types de liens :
* '''liens internes''' : qui pointe vers une page ou une section au sein des articles [[Main_Page| ikoula.wiki]].
* '''liens externes''' : qui pointent vers un site tiers.
 
=== Liens internes === 


Les liens internes sont les liens qui pointent vers un autre article de Wikipédia. Les liens internes connexes à un article sont regroupés en fin d'article dans une sous-rubrique ''Articles connexes'' de la rubrique ''Voir aussi''. Dans le cas où la rubrique ''Voir aussi'' ne présente pas de liens externes, on admet qu'elle soit utilisée pour les articles connexes.


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article]]</nowiki></code>
|}


Il est aussi possible de faire un lien interne à l'article (lien ancré) en utilisant un titre de section avec la syntaxe <code><nowiki>[[#Nom de la section]]</nowiki></code>, ou vers une section d'un autre article de Wikipédia avec la syntaxe suivante :


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article#Nom de la section]]</nowiki></code>
|}


Pour faire apparaître un texte quelconque à la place du titre du lien, on peut utiliser la barre verticale (''pipe'') (|).


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Wikipédia|texte à faire apparaître]]</nowiki></code>
|-
| align=center | <code>[[Wikipédia|texte à faire apparaître]]</code>
|}

=== Liens externes === 


Les liens externes sont des hyperliens qui mènent vers d'autres sites web que celui dans lequel se trouve la page. Dans les articles de ce site, on peut en trouver à deux endroits : dans la liste des références, et en fin d'article comme dans la rubrique « Voir aussi ».


{| width=100% class=wikitable
! scope="col"| Exemple
! scope="col"| Résultat
|-
| width=50% |
<pre>[https://ikoula.wiki le wiki]</pre>
| width=50% |
[https://ikoula.wiki le wiki]
|-
| width=50% |
<pre>http://ikoula.com</pre>
| width=50% |
https://www.Ikoula.com
|-
| width=50% |
<pre>[https://support.ikoula.com]</pre>
| width=50% |
[https://support.ikoula.com]
|}


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

[[Category:Contribuer]]
</noinclude>

Créer un lien

2015-06-17T09:18:39Z

Jdossantos1972b :

Créer un lien

2015-06-17T09:17:42Z

Jdossantos1972b : Cette version a été marquée pour être traduite

Il existe deux types [[Fichier:Example.jpg]]de liens :
* '''liens internes''' : qui pointe vers une page ou une section au sein des articles [[Main_Page| ikoula.wiki]].
* '''liens externes''' : qui pointent vers un site tiers.
 
=== Liens internes === 


Les liens internes sont les liens qui pointent vers un autre article de Wikipédia. Les liens internes connexes à un article sont regroupés en fin d'article dans une sous-rubrique ''Articles connexes'' de la rubrique ''Voir aussi''. Dans le cas où la rubrique ''Voir aussi'' ne présente pas de liens externes, on admet qu'elle soit utilisée pour les articles connexes.


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article]]</nowiki></code>
|}


Il est aussi possible de faire un lien interne à l'article (lien ancré) en utilisant un titre de section avec la syntaxe <code><nowiki>[[#Nom de la section]]</nowiki></code>, ou vers une section d'un autre article de Wikipédia avec la syntaxe suivante :


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article#Nom de la section]]</nowiki></code>
|}


Pour faire apparaître un texte quelconque à la place du titre du lien, on peut utiliser la barre verticale (''pipe'') (|).


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Wikipédia|texte à faire apparaître]]</nowiki></code>
|-
| align=center | <code>[[Wikipédia|texte à faire apparaître]]</code>
|}

=== Liens externes === 


Les liens externes sont des hyperliens qui mènent vers d'autres sites web que celui dans lequel se trouve la page. Dans les articles de ce site, on peut en trouver à deux endroits : dans la liste des références, et en fin d'article comme dans la rubrique « Voir aussi ».


{| width=100% class=wikitable
! scope="col"| Exemple
! scope="col"| Résultat
|-
| width=50% |
<pre>[https://ikoula.wiki le wiki]</pre>
| width=50% |
[https://ikoula.wiki le wiki]
|-
| width=50% |
<pre>http://ikoula.com</pre>
| width=50% |
https://www.Ikoula.com
|-
| width=50% |
<pre>[https://support.ikoula.com]</pre>
| width=50% |
[https://support.ikoula.com]
|}


<noinclude>
Cet article vous a semblé utile ? <vote />
[[Category:Contribuer]]
</noinclude>

Créer un lien

2015-06-17T09:15:54Z

Jdossantos1972b :

Il existe deux types [[Fichier:Example.jpg]]de liens :
* '''liens internes''' : qui pointe vers une page ou une section au sein des articles [[Main_Page| ikoula.wiki]].
* '''liens externes''' : qui pointent vers un site tiers.
 
=== Liens internes ===

Les liens internes sont les liens qui pointent vers un autre article de Wikipédia. Les liens internes connexes à un article sont regroupés en fin d'article dans une sous-rubrique ''Articles connexes'' de la rubrique ''Voir aussi''. Dans le cas où la rubrique ''Voir aussi'' ne présente pas de liens externes, on admet qu'elle soit utilisée pour les articles connexes.

{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article]]</nowiki></code>
|}

Il est aussi possible de faire un lien interne à l'article (lien ancré) en utilisant un titre de section avec la syntaxe <code><nowiki>[[#Nom de la section]]</nowiki></code>, ou vers une section d'un autre article de Wikipédia avec la syntaxe suivante :

{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article#Nom de la section]]</nowiki></code>
|}

Pour faire apparaître un texte quelconque à la place du titre du lien, on peut utiliser la barre verticale (''pipe'') (|).

{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Wikipédia|texte à faire apparaître]]</nowiki></code>
|-
| align=center | <code>[[Wikipédia|texte à faire apparaître]]</code>
|}

=== Liens externes ===

Les liens externes sont des hyperliens qui mènent vers d'autres sites web que celui dans lequel se trouve la page. Dans les articles de ce site, on peut en trouver à deux endroits : dans la liste des références, et en fin d'article comme dans la rubrique « Voir aussi ».

{| width=100% class=wikitable
! scope="col"| Exemple
! scope="col"| Résultat
|-
| width=50% |
<pre>[https://ikoula.wiki le wiki]</pre>
| width=50% |
[https://ikoula.wiki le wiki]
|-
| width=50% |
<pre>http://ikoula.com</pre>
| width=50% |
https://www.Ikoula.com
|-
| width=50% |
<pre>[https://support.ikoula.com]</pre>
| width=50% |
[https://support.ikoula.com]
|}

<noinclude>
Cet article vous a semblé utile ? <vote />
[[Category:Contribuer]]
</noinclude>

Comment deployer un container Docker sur une instance CoreOS Cloudstack by Ikoula

2015-06-16T14:41:27Z

Jdossantos1972b :

Docker est déjà intégré et prêt à l'emploi sur une instance déployée avec notre modèle "CoreOS stable" (veuillez vous reporter à notre article à ce sujet sur notre Blog au lien https://www.ikoula-blog.com/deploiement_instance_template_core-OS)

Nous partons du principe que vous avez suivi nos instructions pour le déploiement d'une instance CoreOS et que vous êtes connectez à celle-ci en SSH.

Vérifions la version actuelle de Docker (notre modèle CoreOS est régulièrement mis à jour donc la version de Docker peut changer) :

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.3.3
Git commit (client): a8a31ef-dirty
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.3.3
Git commit (server): a8a31ef-dirty
</syntaxhighlight>

Nous commençons par créer un répertoire local sur notre instance (dans /home/core/) qui sera la racine de notre serveur web Nginx exécuter dans notre container Docker.

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ pwd
/home/core
core@Coreosx64 ~ $ mkdir monsiteweb
</syntaxhighlight>

Nous y plaçons nos fichiers web (pour notre exemple nous créons une simple page type hello world) :

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ cd monsiteweb/
core@Coreosx64 ~/monsiteweb $ cat << EOF >> index.html
</syntaxhighlight>
<syntaxhighlight lang="html4strict">
<html>
<head>
<title>
Bienvenu sur la page de mon site hébergé sur un container docker Nginx Cloudstack by Ikoula.
</title>
</head>
<body>

Mon site hébergé sur un container docker Nginx sur mon instance CoreOS Cloudstack by Ikoula.

</body>
</html>
</syntaxhighlight>
<syntaxhighlight lang="bash">
EOF
</syntaxhighlight>

Nous pouvons maintenant démarrer notre container Docker Nginx en y exposant le contenu de notre répertoire local /home/core/monsiteweb sur le répertoire racine de Nginx dans notre container :

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ docker run --name monsiteweb -v /home/core/monsiteweb:/usr/share/nginx/html:ro -p 80:80 -p 443:443 -d nginx
Unable to find image 'nginx:latest' locally
Pulling repository nginx
fcf2ab262592: Download complete
61b3964dfa70: Download complete
f5224fc54ad2: Download complete
a33ed00e1bc0: Download complete
3e46ae27a4e2: Download complete
6f42f0ded3bd: Download complete
dc35357b56f1: Download complete
1e0844d96b48: Download complete
4663bae8c24d: Download complete
c536168d418a: Download complete
60b7b99e2a7e: Download complete
a14a749327a7: Download complete
Status: Downloaded newer image for nginx:latest
9c4b2daecea71415b2fedf317b78d77bf23e2c77182c25f8897be0a0dd66f241
</syntaxhighlight>

Notre container Nginx "monsiteweb" est bien en cours d'exécution et en écoute sur le port 80 et 443 de notre instance CoreOS :

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9c4b2daecea7 nginx:1 "nginx -g 'daemon of" About an hour ago Up About an hour 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp monsiteweb
</syntaxhighlight>

Il vous reste donc plus qu'à créer une règle de parefeu et de redirection de port pour autoriser les connexions sur les ports 80 et/ou 443 et pouvoir accéder à votre site web :

<syntaxhighlight lang="bash">
core@Coreosx64 ~ $ ip -o -f inet a sh dev eth0
2: eth0 inet 178.170.XX.XXX/24 brd 178.170.XX.XXX scope global eth0\ valid_lft forever preferred_lft forever
</syntaxhighlight>

Vérification depuis un navigateur :

[[File: CloudStack_docker_nginx_ikoula.png]]

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