Comment installer et configurer OpenShift Origin sur CentOS 6.5

introduction

OpenShift est le PaaS (Platform-as-a-Service) de Red Hat qui permet aux développeurs de développer, d’héberger et de mettre à l’échelle rapidement des applications dans un environnement cloud. OpenShift Origin est l’open source en amont d’OpenShift. Il prend en charge de nombreuses langues, exécutions et couches de données, notamment,,,,,, et. Vous pouvez ajouter de nouveaux environnements d’exécution et infrastructures à OpenShift à l’aide de cartouches personnalisées ou de communauté.

La mise à l’échelle facile de vos applications Web est l’une des principales raisons de les exécuter sur OpenShift Origin.

  • NOTE: Tout au long de ce tutoriel, la saisie de l’utilisateur sera mise en surbrillance. *

Comment fonctionne OpenShift

Rôles OpenShift

Quatre rôles sont utilisés sur la plate-forme OpenShift. Bien qu’il ne soit pas très important que vous sachiez ce que les rôles font pour ce didacticiel, si vous souhaitez déployer un cluster de serveurs pour offrir une haute disponibilité, un équilibrage de charge, etc., vous devez comprendre les fonctions fournies par ces rôles.

Dans notre tutoriel, nous allons configurer un seul serveur pour exécuter tous ces rôles.

Courtier

Le rôle Broker comprend les RPM OpenShift Broker et un client MCollective. Broker sert de hub central au déploiement OpenShift et fournit une interface Web permettant aux utilisateurs de gérer leurs applications hébergées.

  • DBServer *

Ce rôle est constitué de la base de données MongoDB utilisée par le courtier pour suivre les utilisateurs et les applications.

  • MsgServer *

Le rôle MsgServer inclut le serveur ActiveMQ plus un client MCollective.

Nœud

Le rôle de nœud est attribué à tout hôte qui sera réellement utilisé pour stocker et servir des applications hébergées sur OpenShift. oo-install prend en charge le déploiement de nœuds dans le cadre d’une installation initiale et d’un flux de travail pour ajouter un nouveau nœud à un déploiement OpenShift existant.

L’architecture OpenShift

OpenShift est conçu pour être une plate-forme applicative évolutive à haute disponibilité. Lorsqu’il est configuré correctement, un déploiement OpenShift de grande taille peut offrir un moyen simple de faire évoluer votre application lorsque les demandes augmentent, tout en garantissant un temps d’indisponibilité nul. Avec un cluster d’hôtes OpenShift dans plusieurs emplacements de centre de données, vous pouvez survivre à tout un centre de données en panne. Dans ce tutoriel, nous allons configurer notre premier hôte OpenShift exécutant tous les rôles requis par OpenShift.

Comment cela fonctionne du point de vue du client

  • Un client veut visiter le site.

  • Le navigateur du client demande l’enregistrement DNS du domaine.

  • Le serveur DNS répond avec l’adresse IP d’un nœud hébergeant l’application.

  • Le navigateur du client envoie une requête GET au nœud.

  • Le nœud mappe la demande à l’application souhaitée.

  • L’application elle-même répond directement à la demande.

image: https: //assets.digitalocean.com/articles/configure_openshift/1.png [image]

  • Comment le serveur DNS a-t-il su quel nœud exécute l’application? *

Le développeur se connecte à un courtier pour créer / gérer une application. Lorsque le propriétaire modifie une application, le courtier envoie un message au serveur DNS avec les nouvelles informations. Ces informations incluent le ou les domaines utilisés pour l’application et les nœuds hébergeant l’application. En raison de cette automatisation, OpenShift doit pouvoir contrôler la zone DNS du domaine ou du sous-domaine utilisé pour les applications.

OpenShift utilise le serveur DNS Bind. Si vous avez un serveur DNS Bind existant, vous pouvez configurer OpenShift pour qu’il fonctionne avec ce serveur. Cependant, dans ce didacticiel, nous aborderons le processus d’utilisation d’un nouveau serveur DNS configuré automatiquement par le programme d’installation OpenShift Origin.

Si vous préférez utiliser un serveur DNS BIND existant, vous pouvez lire les instructions pour configurer DNS dans le OpenShift Origin Guide de déploiement complet.

Configuration DNS

Pour le reste de ce tutoriel, nous utiliserons les domaines suivants. Substituez-les avec les vôtres et n’hésitez pas à utiliser une convention de dénomination personnalisée.

  • * example-dns.com * - Utilisé pour nos serveurs de noms

  • * ns1.example-dns.com *

  • * ns2.example-dns.com *

  • * exemple.com *

  • * apps.example.com * - Utilisé pour les applications OpenShift

  • * openshift.example.com * - Utilisé pour les hôtes OpenShift

  • * master.openshift.example.com * - Le nom d’hôte de notre droplet

Conditions préalables

Exigences de gouttelettes

  • * Gouttelette de 1 Go ou plus *

L’installation d’OpenShift nécessite beaucoup de ressources et certains packages peuvent utiliser plus de 512 Mo de RAM. Vous devriez utiliser une gouttelette de 1 Go ou plus. Si vous rencontrez des problèmes lors de l’enregistrement des cartouches à la fin du programme d’installation, il est possible que certains packages n’aient pas été installés à cause du manque de mémoire. Cela peut être confirmé en examinant les journaux d’installation.

Pour vérifier le journal d’installation:

cat /tmp/openshift-deploy.log

Systèmes d’exploitation supportés

  • * CentOS 6.5 64 bits * (image standard DigitalOcean)

OpenShift Origin 4 est pris en charge sur les versions 64 bits de Red Hat Enterprise Linux (RHEL) 6.4 ou version ultérieure et de CentOS 6.4 ou version ultérieure. Il n’est pas pris en charge sur Fedora, RHEL 7.x ou CentOS 7.x. Une installation minimale de RHEL / CentOS est recommandée pour éviter les incompatibilités des packages avec OpenShift. Ce didacticiel utilisera l’image standard Digital Ocean CentOS 6.5 x64 sur une gouttelette de 1 Go.

Dépendances de l’installateur

Les utilitaires suivants sont requis par le programme d’installation OpenShift Origin. Ce tutoriel va vous montrer comment installer Ruby. Les autres packages sont déjà installés par défaut avec l’image DigitalOcean CentOS 6.5.

  • boucle

  • * rubis * - 1.8.7 ou plus

  • * ssh * - Si vous déployez sur des systèmes autres que l’hôte du programme d’installation

Accès racine

Le reste de ce didacticiel supposera que vous êtes connecté à votre serveur avec le compte utilisateur root ou avec un compte utilisateur doté de privilèges sudo.

Pour entrer le shell root à partir d’un autre compte:

sudo su

Première étape - Installer les mises à jour

Avant de poursuivre, il est toujours judicieux de vous assurer que les dernières mises à jour sont installées.

Pour installer les mises à jour:

yum update

Deuxième étape - Installer l’éditeur de texte préféré

Vous pouvez utiliser votre éditeur de texte favori tout au long de ce didacticiel. Cependant, les exemples utiliseront Nano.

Installez Nano avec:

yum install nano

Lorsque vous avez terminé de modifier un fichier dans Nano, appuyez sur * Ctrl + X *, puis sur * Y * pour enregistrer, puis sur * Entrée * pour écraser le fichier existant.

Troisième étape - Installer Ruby

Ruby n’est pas installé par défaut sur une installation minimale de CentOS 6.5.

Pour installer Ruby:

yum install ruby

Quatrième étape - Définissez votre nom d’hôte

Nous devons nous assurer que notre nom d’hôte est configuré correctement et qu’il est résolu sur notre ordinateur local. S’il n’est pas configuré correctement, Puppet ne pourra pas déployer certains services requis.

Pour vérifier le nom d’hôte actuel:

hostname

L’URL que vous souhaitez utiliser pour le panneau de configuration OpenShift doit apparaître. Dans notre cas, il s’agit de * master.openshift.example.com *.

Ouvrez le fichier:

nano /etc/sysconfig/network

Editez le fichier selon vos besoins:

NETWORKING=yes
HOSTNAME=

Au prochain redémarrage, votre nom d’hôte sera mis à jour. Nous allons redémarrer après quelques étapes supplémentaires.

Cinquième étape - Résoudre le nom d’hôte en localhost

Cela garantira que puppet pourra résoudre le nom d’hôte correctement lors de l’installation.

Ensuite, ouvrez le fichier / etc / hosts:

nano /etc/hosts

Ajoutez votre nom d’hôte à la ligne:

127.0.0.1    localhost localhost.localdomain
::1         localhost6 localhost6.localdomain6

Sixième étape - Activer SELinux

SELinux (Security-Enhanced Linux) est un module de sécurité du noyau Linux qui fournit un mécanisme permettant de prendre en charge les politiques de sécurité du contrôle d’accès, y compris les contrôles d’accès obligatoires (MAC) du type du ministère de la Défense des États-Unis. Ce module de noyau est une condition requise par OpenShift pour isoler les applications de manière sécurisée.

Pour plus d’informations sur SELinux et sur les configurations avancées à effectuer avant d’utiliser OpenShift dans un environnement de production, veuillez consulter la série liée ci-dessous. Bien que la série soit basée sur CentOS 7, les principes et le processus de déploiement sont les mêmes.

Pour les besoins de ce didacticiel, nous activerons SELinux en le configurant sur le mode `

Ouvert :

nano /etc/sysconfig/selinux

Remplacez SELinux par:

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#       enforcing - SELinux security policy is enforced.
#       permissive - SELinux prints warnings instead of enforcing.
#       disabled - SELinux is fully disabled.

# SELINUXTYPE= type of policy in use. Possible values are:
#       targeted - Only targeted network daemons are protected.
#       strict - Full SELinux protection.
SELINUXTYPE=targeted

# SETLOCALDEFS= Check local definition changes
SETLOCALDEFS=0

Puis redémarrez pour activer nos paramètres:

reboot

Si vous utilisez SSH, vous devrez vous reconnecter une fois le redémarrage terminé.

Septième étape - Installer OpenShift Origin

Nous allons maintenant installer OpenShift Origin.

Nous avons trois options pour installer OpenShift: curl-to-shell, un installateur portable ou une installation à partir des sources. Dans cet article, nous utiliserons la méthode curl-to-shell pour installer OpenShift Origin.

  • Cette configuration prendra quelques minutes et l’installation elle-même peut durer jusqu’à une heure, bien que vous n’ayez pas besoin de garder le serveur pour cette partie. *

Pour démarrer le programme d’installation:

sh <(curl -s https://install.openshift.com/)

(Facultatif) Options d’installation

Les options de ligne de commande sont utiles pour les déploiements plus importants et d’entreprise. Si vous avez des fichiers de configuration prédéfinis ou une installation existante de Puppet, vous pouvez utiliser ces options pour accélérer le processus d’installation. Comme il s’agit de notre premier déploiement sur un seul serveur, nous n’utiliserons aucune des options énumérées ci-dessous. Toutefois, il est utile de connaître les fonctions fournies par ces options si vous avez besoin de faire évoluer votre déploiement Openshift à l’avenir.

Pour plus d’informations, vous pouvez consulter la official documentation.

-a  --advanced-mode             Enable access to message server and db server customization
-c  --config-file FILEPATH      The path to an alternate config file
-w  --workflow WORKFLOW_ID      The installer workflow for unattended deployment
   --force                     Ignore workflow warnings and automatically install missing RPMs
-l  --list-workflows            List the workflow IDs for use with unattended deployment
-e  --enterprise-mode           Show OpenShift Enterprise options (ignored in unattended mode)
-s  --subscription-type TYPE    The software source for installation packages
-u  --username USERNAME         Login username
-p  --password PASSWORD         Login password
   --use-existing-puppet       For Origin; do not attempt to install the Puppet module
-d  --debug                     Enable debugging messages

Étape huit - Répondez aux questions du programme d’installation

OpenShift Origin utilise un processus d’installation interactif. Il y a pas mal de questions à répondre, alors faites attention! Les questions sont présentées ci-dessous, avec la saisie de l’utilisateur dans.

Welcome to OpenShift.

This installer will guide you through a basic system deployment, based
on one of the scenarios below.

Select from the following installation scenarios.
You can also type '?' for Help or 'q' to Quit:
1. Install OpenShift Origin
2. Add a Node to an OpenShift Origin deployment
3. Generate a Puppet Configuration File
Type a selection and press <return>:

Le programme d’installation vous invitera à un scénario d’installation. Entrez * 1 * et appuyez sur * Entrée *.

DNS - Installer un nouveau serveur DNS

----------------------------------------------------------------------
DNS Configuration
----------------------------------------------------------------------

First off, we will configure some DNS information for this system.

Do you want me to install a new DNS server for OpenShift-hosted
applications, or do you want this system to use an existing DNS
server? (Answer 'yes' to have me install a DNS server.) (y/n/q/?)

Pour ce tutoriel, nous souhaitons déployer un nouveau serveur DNS. Entrez donc * y * et appuyez sur * Entrée *.

DNS - Domaine d’application

All of your hosted applications will have a DNS name of the form:
<app_name>-<owner_namespace>.<all_applications_domain>

What domain name should be used for all the hosted apps in your
OpenShift system? |example.com|

Entrez le domaine que vous souhaitez utiliser pour vos applications hébergées, qui dans cet exemple est * apps.example.com *, puis appuyez sur * Entrée *.

DNS - Domaine hôtes OpenShift

Do you want to register DNS entries for your OpenShift hosts with the
same OpenShift DNS service that will be managing DNS records for the
hosted applications? (y/n/q)

What domain do you want to use for the OpenShift hosts?

Entrez le domaine que vous souhaitez utiliser pour vos hôtes OpenShift, qui dans cet exemple est + openshift.example.com +, puis appuyez sur * Entrée *.

DNS - Nom de domaine complet du serveur de noms

Hostname (the FQDN that other OpenShift hosts will use to connect to
the host that you are describing):

Puisque nous hébergeons le DNS sur le même Droplet, nous utiliserons le nom de domaine complet de cette machine. Entrez le nom de domaine complet de votre hôte, qui dans cet exemple est + master.openshift.example.com +, puis appuyez sur * Entrée *.

DNS - Nom d’hôte SSH

Hostname / IP address for SSH access to master.openshift.example.com
from the host where you are running oo-install. You can say
'localhost' if you are running oo-install from the system that you are
describing: |master.openshift.example.com|
Using current user (root) for local installation.

C’est le nom d’hôte utilisé pour effectuer l’installation d’OpenShift. Puisque nous installons sur le même Droplet exécutant le programme d’installation, nous pouvons utiliser localhost. Entrez + localhost + et appuyez sur * Entrée *.

DNS - Configuration de l’adresse IP

Si vous avez activé la mise en réseau privée, vous devrez utiliser l’interface WAN / l’adresse IP de tout hôte auquel vous souhaitez attribuer le rôle de nœud. Étant donné que ce didacticiel n’est installé que sur un seul hôte, veillez à utiliser eth0 comme interface pour cet hôte. Dans une configuration étendue avec plusieurs courtiers et serveurs DBS, vous utiliseriez l’interface de réseau privée uniquement pour ces hôtes. Tenter d’utiliser l’interface privée sur un nœud provoquera une erreur d’adresse IP lors du déploiement.

Detected IP address 104.131.174.112 at interface eth0 for this host.
Do you want Nodes to use this IP information to reach this host?
(y/n/q/?)

Normally, the BIND DNS server that is installed on this host will be
reachable from other OpenShift components using the host's configured
IP address (104.131.174.112).

If that will work in your deployment, press <enter> to accept the
default value. Otherwise, provide an alternate IP address that will
enable other OpenShift components to reach the BIND DNS service on
this host: |104.131.174.112|

That's all of the DNS information that we need right now. Next, we
need to gather information about the hosts in your OpenShift
deployment.

Pour les besoins de ce tutoriel, nous utiliserons les paramètres par défaut, comme indiqué dans l’image ci-dessus.

Configuration du courtier

----------------------------------------------------------------------
Broker Configuration
----------------------------------------------------------------------
Do you already have a running Broker? (y/n/q)

Okay. I'm going to need you to tell me about the host where you want
to install the Broker.

Do you want to assign the Broker role to master.openshift.example.com?
(y/n/q/?)

Okay. Adding the Broker role to master.openshift.example.com.

That's everything we need to know right now for this Broker.

Do you want to configure an additional Broker? (y/n/q)

Moving on to the next role.

L’installateur va maintenant nous demander de mettre en place un courtier. Dans cet exemple, nous n’avons pas encore de courtier. Nous allons donc installer le rôle sur master.openshift.example.com.

Configuration du nœud

----------------------------------------------------------------------
Node Configuration
----------------------------------------------------------------------
Do you already have a running Node? (y/n/q)

Okay. I'm going to need you to tell me about the host where you want
to install the Node.

Do you want to assign the Node role to master.openshift.example.com?
(y/n/q/?)

Okay. Adding the Node role to master.openshift.example.com.

That's everything we need to know right now for this Node.

Do you want to configure an additional Node? (y/n/q)

Le programme d’installation nous demandera maintenant de configurer un nœud. Dans cet exemple, nous n’avons pas encore de nœuds. Nous allons donc installer le rôle sur. À ce stade, l’installateur vous demandera également de configurer les comptes d’utilisateur. Dans cet exemple, nous avons choisi de laisser le programme d’installation générer les informations d’identification pour nous.

Configuration du nom d’utilisateur et du mot de passe

Do you want to manually specify usernames and passwords for the
various supporting service accounts? Answer 'N' to have the values
generated for you (y/n/q)

Si vous souhaitez configurer manuellement les noms d’utilisateur et les mots de passe utilisés pour votre déploiement, vous pouvez le faire ici. Dans notre exemple, nous avons décidé de les générer automatiquement pour nous. Entrez * n * et appuyez sur * Entrée *.

Faites attention à la sortie. Vous aurez besoin des valeurs du tableau «Paramètres du compte» plus loin dans le didacticiel, plus précisément des symboles et.

Account Settings
+----------------------------+------------------------+
| OpenShift Console User     | demo                   |
| OpenShift Console Password | S94XXXXXXXXXXXXXXXH8w  |
...

Terminer le déploiement

Host Information
+------------------------------+------------+
| Hostname                     | Roles      |
+------------------------------+------------+
| master.openshift.example.com | Broker     |
|                              | NameServer |
|                              | Node       |
+------------------------------+------------+

Choose an action:
1. Change the deployment configuration
2. View the full host configuration details
3. Proceed with deployment
Type a selection and press <return>:

Lorsque vous êtes satisfait de la configuration, entrez * 3 * et appuyez sur * Entrée *.

Abonnements au référentiel

Do you want to make any changes to the subscription info in the
configuration file? (y/n/q/?)

Do you want to set any temporary subscription settings for this
installation only? (y/n/q/?)

Pour les besoins de ce tutoriel, nous utiliserons les miroirs par défaut. Entrez * n * et appuyez sur * Entrée * pour les deux questions.

Vérification pré-vol

The following RPMs are required, but not installed on this host:
* puppet
* bind
Do you want to want me to try to install them for you? (y/n/q)

L’installateur va maintenant effectuer une vérification avant vol. Si vous avez besoin d’installer des packages, tels que Puppet et BIND dans notre exemple, entrez * y * et appuyez sur * Entrée *.

Remarque: une fois que vous avez répondu à cette question, Puppet s’exécutera pendant une heure maximum sur votre serveur pour configurer OpenShift Origin._

Voici quelques exemples de résultats:

master.openshift.example.com: Running Puppet deployment for host
<^>Error: Could not uninstall module 'openshift-openshift_origin'
 Module 'openshift-openshift_origin' is not installed
master.openshift.example.com: Puppet module removal failed. This is expected if the module was not installed.<^>
master.openshift.example.com: Attempting Puppet module installation (try #1)
<^>Warning: Symlinks in modules are unsupported. Please investigate symlink duritong-sysctl-0.0.5/spec/fixtures/modules/sysctl/manifests->../../../../manifests.
Warning: Symlinks in modules are unsupported. Please investigate symlink duritong-sysctl-0.0.5/spec/fixtures/modules/sysctl/lib->../../../../lib.<^>
master.openshift.example.com: Puppet module installation succeeded.
master.openshift.example.com: Cleaning yum repos.
master.openshift.example.com: Running the Puppet deployment. This step may take up to an hour.

REMARQUE: le texte rouge dans la sortie est utilisé pour mettre en évidence les erreurs et les avertissements.

Le programme d’installation va maintenant effectuer le reste du déploiement. Vous pouvez voir des avertissements au cours de ce processus (voir l’image ci-dessus). Celles-ci sont normales et n’affecteront pas le déploiement. * Ce processus peut durer plus d’une heure. *

Redéploiement

Si Puppet n’a pas tout configuré correctement la première fois, vous pouvez réexécuter le déploiement de Puppet sans exécuter à nouveau la configuration complète. Si vous voyez une erreur lorsque vous accédez pour la première fois au tableau de bord OpenShift Origin, vous voudrez probablement le faire.

Exécutez à nouveau le programme d’installation:

sh <(curl -s https://install.openshift.com/)

Cette fois, vous sélectionnerez la troisième option pour générer un nouveau fichier de configuration de Puppet. Tous les résultats ne sont pas illustrés ci-dessous, mais uniquement les questions et les réponses.

Select from the following installation scenarios.
You can also type '?' for Help or 'q' to Quit:
1. Install OpenShift Origin
2. Add a Node to an OpenShift Origin deployment
3. Generate a Puppet Configuration File
Type a selection and press <return>:

Choose an action:
1. Change the deployment configuration
2. View the full host configuration details
3. Proceed with deployment
Type a selection and press <return>:

Do you want to make any changes to the subscription info in the
configuration file? (y/n/q/?)

Do you want to set any temporary subscription settings for this
installation only? (y/n/q/?)

Notez le nom de fichier indiqué dans le résultat:

Puppt template created at /root/oo_install_configure_master.openshift.example.com.pp
To run it, copy it to its host and invoke it with puppet: `puppet
apply <filename>`.

All tasks completed.
oo-install exited; removing temporary assets.

Exécutez la configuration de Puppet en utilisant le nom de fichier qui vous a été attribué:

puppet apply

Étape neuf - Testez votre déploiement OpenShift

Votre installation OpenShift est maintenant terminée. Vous pouvez tester votre déploiement OpenShift en visitant l’URL suivante dans un navigateur Web.

https:///

image: https: //assets.digitalocean.com/articles/configure_openshift/2.png [Avertissement de certificat de navigateur]

OpenShift utilisera un certificat auto-signé, vous devrez donc ajouter une exception à cela dans votre navigateur Web.

Si vous n’avez pas noté les informations d’identification auparavant, revenez à la section de sortie «Paramètres du compte» et utilisez les touches et pour vous connecter.

Account Settings
+----------------------------+------------------------+
| OpenShift Console User     |                    |
| OpenShift Console Password |         |
| MCollective User           | mcollective            |
| MCollective Password       | dtdRNs8i1pWi3mL9JsNotA |
| MongoDB Admin User         | admin                  |
| MongoDB Admin Password     | RRgY8vJd2h5v4Irzfi8kkA |
| MongoDB Broker User        | openshift              |
| MongoDB Broker Password    | 28pO0rU8ohJ0KXgpqZKw   |
+----------------------------+------------------------+

image: https: //assets.digitalocean.com/articles/configure_openshift/3.png [page d’accueil OpenShift]

Si vous pouvez vous connecter à la console mais que vous voyez une erreur, vous devrez peut-être redéployer la configuration de Puppet. Voir la section précédente pour plus de détails.

Dixième étape - Configurez vos domaines pour OpenShift

En règle générale, vous souhaiterez suivre la documentation de votre registraire de domaine pour créer vos entrées DNS. Nous avons fourni des images ci-dessous à des fins d’illustration. Pour les domaines de serveur de noms, vous voudrez remplacer l’adresse IP de votre hôte OpenShift ou de votre serveur DNS BIND. Dans notre exemple, nous avons créé deux enregistrements de serveur de noms qui pointent vers la même adresse IP. En effet, la plupart des bureaux d’enregistrement de domaine nécessiteront un minimum de deux enregistrements NS. Dans ce didacticiel, nous n’avons pas configuré de serveur DNS de liaison secondaire.

  • example-dns.com * + A Record | ns1.example-dns.com ⇒ 104.131.174.112 + A Enregistrement | ns2.example-dns.com ⇒ 104.131.174.112

image: https: //assets.digitalocean.com/articles/configure_openshift/4.png [Paramètres DNS du serveur de noms]

Demandez au domaine d’application d’utiliser les serveurs DNS OpenShift que vous venez de configurer.

  • example.com * + NS Record | ns1.example.com. + Record NS | ns2.example.com.

image: https: //assets.digitalocean.com/articles/configure_openshift/5.png [Paramètres DNS du domaine de l’application]

Remarque: à des fins de test, vous pouvez également simplement indiquer votre domaine d’application ou votre sous-domaine à l’adresse IP du serveur OpenShift, car nous ne déployons actuellement qu’un seul serveur OpenShift Origin.

Vous pourrez maintenant accéder à la console OpenShift à partir du nom de domaine de votre courtier. Dans notre exemple, nous avons utilisé master.openshift.example.com. Vous devrez à nouveau ajouter une exception pour le certificat auto-signé avec le nouveau domaine.

Pour obtenir des informations détaillées sur la configuration de vos enregistrements DNS, consultez les didacticiels répertoriés ci-dessous.

Étape 11 - Créez votre première application

image: https: //assets.digitalocean.com/articles/configure_openshift/6.png [Cliquez sur "Créez votre première application maintenant"]

Dans la console OpenShift Origin, cliquez sur * Créez votre première application maintenant * sur la page Applications.

image: https: //assets.digitalocean.com/articles/configure_openshift/7.png [Cliquez sur "PHP 5.4"]

Cliquez sur * PHP 5.4 * pour le sélectionner comme cartouche.

image: https: //assets.digitalocean.com/articles/configure_openshift/8.png [Définir le nom de domaine]

Comme il s’agit de votre première application, vous devrez également spécifier un nom de domaine. Dans notre exemple, nous avons utilisé demo.apps.example.com avec le nom d’application php. L’URL finale sera php-demo.apps.example.com.

Laissez le reste des paramètres par défaut.

image: https: //assets.digitalocean.com/articles/configure_openshift/9.png [Cliquez sur "Créer une application"]

Cliquez sur * Créer une application *. L’initialisation de l’application peut prendre quelques minutes. Une fois ce processus terminé, vous pouvez cliquer sur * visiter l’application dans le navigateur * pour voir l’application de test. Vous serez présenté avec la page de cartouche PHP par défaut. Cette page vous fournira également des informations utiles sur la manière de modifier et de déployer des applications à l’aide d’OpenShift.

image: https: //assets.digitalocean.com/articles/configure_openshift/10.png [Page par défaut de l’application PHP]

Conclusion

Nous avons déployé avec succès un environnement Openshift Origin à serveur unique. Ce serveur est appliqué aux quatre rôles OpenShift. Il est également configuré pour être un serveur DNS. Nous avons configuré un domaine (exemple-dns.com) utilisé pour nos pointeurs de serveurs de noms. Nous avons configuré un deuxième domaine (example.com) utilisé pour résoudre les applications et les hôtes OpenShift.