はじめに

OpenShiftお勉強のログです。
前回Windows10上にOpenShift CodeReady Containersを構築しようとしましたが、Hiper-V環境に切り替えるのも鬱陶しいしマシンスペックも厳しいし挙動も不安定なので、IBM Cloud上のOpenShiftクラスター(マネージドサービス)を使ってみることにします。これは無償の範囲で使えるプランがないので環境準備がなかなかしんどいのですが。
ここでは、IBM Cloud上のOpenShift環境に対して、Windowsから主にOpenShift CLI(oc)を使った簡単な操作を試してみます。具体的にはKubernetes(kubectl)と同じイメージでPod関連の単純な操作、および、OpenShift特有のリソースである"アプリケーション"についての操作、といった辺りを試してみます。

関連記事

Red Hat OpenShift Study - (1)CodeReady Containers on Windows10
Red Hat OpenShift Study - (2)Windows10上でOpenShift CLI(oc)を使ってみる

参考情報

公式ドキュメント
https://docs.openshift.com/container-platform/4.3/welcome/index.html
https://access.redhat.com/documentation/ja-jp/openshift_container_platform/4.3/

環境

OpenShift V4.3.28_1532(IBM Cloud上のマネージドサービス)
Windows10, OpenShift CLI V4.3.23

OpenShift CLI(oc)のインストール

回り道のログ...

参考: CLIのインストール

以下にアクセスしてRedHatのアカウントでログインし、Run on BareMetalを選択
https://cloud.redhat.com/openshift/install

Command line interface以下からWindowsを選択してDownload command-line toolsをクリック

openshift-client-windows.zipがダウンロードされるので、適当な場所に解凍します。oc.exeが展開されるので、PATHを通しておきます。

c:\>oc version
Client Version: 4.5.3
Unable to connect to the server: dial tcp: lookup api.crc.testing: no such host

ん？？？最新版を入手しちゃったっぽい。今回管理対象のOpenShiftは4.3なんだが。

そもそもCLIのバージョンとOpenShift本体(サーバー)のバージョンってどの程度気にする必要あんのかしら。
ということでマニュアル漁ると以下の記述がありました。
OpenShift Container Platform Versioning Policy

これによると、サーバー側のバージョンが高い場合(②)アクセスできない場合があるらしい。クライアント側のバージョンが高い場合(③)はサーバーで互換性のないオプションが提供される可能性があると。

ま、クライアント側が高い分には良さそうですが、合わせておくのが無難なので、4.3のクライアントの入手方法を探します。以下に各バージョンのocダウンロードサイトのリンクありました。というかIBM Cloud環境のOpenShift使うならはじめからこっちを見ろということか。
Red Hat OpenShift on IBM Cloud - Installing the OpenShift CLI
V4系はこちら
https://mirror.openshift.com/pub/openshift-v4/clients/oc/

V4.3だと4.3.23というのが一番新しいようなのでそこからWindows版のoc.zipをダウンロードして展開しPATHを修正。

c:\>oc version
Client Version: 4.3.23-202005230952-4fb2d4d
Unable to connect to the server: dial tcp: lookup api.crc.testing: no such host

ocコマンドが実行できるようになりました。

ocコマンドの利用

ocコマンドはkubectlの拡張のような位置づけのようです。kubectlで実行できる操作に加えてOpenShift特有のリソースの操作などができるようになっています。

参考:
oc および kubectl コマンドの使用
[Kubernetes と OpenShift の違いを確かめてみた] (https://qiita.com/MahoTakara/items/394bb7518d86ea0dd2c7)

ログインその1 / token指定でのログイン

ocコマンドで各種操作を行う前に操作対象のクラスターにログインします。ログインするための情報は以下の手順でOpenShift Webコンソールから確認できます。

token取得

IBM Cloud - クラスターから対象のOpenShiftクラスターを選択し、OpenShift Webコンソールをクリック

OpenShiftのWebコンソールが開きます。右上のユーザー名の所のプルダウンメニューから、Copy Login Commandを選択。

Display Tokenをクリック

以下のようにoc loginコマンドの雛形が表示されるのでそれをコピー

token指定でOpenShiftクラスターにログイン

Windowsのコマンドプロンプトでコピーしたコマンドを実行

c:\>oc login --token=Ixxxxk --server=https://xxxxx.cloud.ibm.com:nnnnnn
Logged into "https://xxxxx.cloud.ibm.com:nnnnn" as "IAM#tomxxx@xxx.com" using the token provided.

You have access to 70 projects, the list has been suppressed. You can list all projects with 'oc projects'

Using project "default".

ログインできました。

ログインその2 / apikey指定でのログイン

上の方法だと、tokenの有効期限が1日くらいしか無いようなので、expireした場合その都度tokenを確認しないといけません。
それ以外にもいくつかログインする方法はあるようです。
参考: CLI からクラスターへの接続
ここでは、以下の記述に従って、APIキーを使用したログインを試してみます。
参考: API キーを使用した OpenShift クラスターへのログイン

IBM Cloud CLI インストール

以下の手順に従ってIBM Cloud CLIをインストールします。
参考:https://cloud.ibm.com/docs/cli?topic=cli-getting-started

PowerShellから以下のコマンド実行。

PS C:\WINDOWS\system32> [Net.ServicePointManager]::SecurityProtocol = "Tls12, Tls11, Tls, Ssl3"; iex(New-Object Net.WebClient).DownloadString('https://ibm.biz/idt-win-installer')                                                              [main] --==[ IBM Cloud Developer Tools - Installer for Windows, v1.2.2 ]==--                                            [install] Starting Installation/Update...                                                                               C:\Program Files\IBM\Cloud\bin\ibmcloud.exe : 用語 'C:\Program Files\IBM\Cloud\bin\ibmcloud.exe' は、コマンドレット、関
数、スクリプト ファイル、または操作可能なプログラムの名前として認識されません。名前が正しく記述されていることを確認し、
パスが含まれている場合はそのパスが正しいことを確認してから、再試行してください。
発生場所 行:1 文字:1
+ C:\"Program Files"\IBM\Cloud\bin\ibmcloud.exe plugin list
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (C:\Program File...in\ibmcloud.exe:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

[install_deps] Checking for external dependency: git
[install_deps] Checking for external dependency: docker
[install_deps] Installing/updating external dependency: docker
[install_deps] Install/update completed for: docker
[install_deps] Checking for external dependency: kubectl
[install_deps] Installing/updating external dependency: kubectl


    ディレクトリ: C:\Program Files


Mode                LastWriteTime         Length Name
----                -------------         ------ ----
d-----       2020/08/03     17:38                kubectl
[add_to_path] Adding C:\Program Files\kubectl to PATH
[install_deps] Install/update completed for: kubectl
[install_deps] Checking for external dependency: helm
[install_deps] Installing/updating external dependency: helm
[install_deps] Helm URL : https://get.helm.sh/helm-v3.3.0-rc.2-windows-amd64.zip
[install_deps] Helm File: helm-v3.3.0-rc.2-windows-amd64.zip
d-----       2020/08/03     17:38                helm
[add_to_path] Adding C:\Program Files\helm\windows-amd64 to PATH
[install_deps] Install/update completed for: helm
[install_ibmcloud] Installing 'ibmcloud' CLI for Windows...
[install_ibmcloud] Downloading and installing 'ibmcloud' CLI from: https://clis.cloud.ibm.com/install/powershell
Current platform is Win64. Downloading corresponding IBM Cloud CLI...
Download complete. Executing installer...
Install complete. Please restart to make the modification effective.
[install_ibmcloud] IBM Cloud CLI version:
C:\Program Files\IBM\Cloud\bin\ibmcloud.exe version 1.1.0+cc908fe-2020-04-29T04:06:12+00:00
[install_plugins] Installing/updating IBM Cloud CLI plugins...
[install_plugins] Checking status of plugin: Cloud-Functions
[install_plugins] Installing plugin 'Cloud-Functions'
リポジトリー 'IBM Cloud' から 'Cloud-Functions' を検索しています...
プラグイン 'cloud-functions/wsk/functions/fn 1.0.44' がリポジトリー 'IBM Cloud' 内で見つかりました
バイナリー・ファイルをダウンロードしようとしています...
 14.14 MiB / 14.14 MiB [================================================================================] 100.00% 2m55s
14823424 バイトがダウンロードされました
バイナリーをインストールしています...
OK
プラグイン 'cloud-functions 1.0.44' は C:\Users\TomohiroTaguchi\.bluemix\plugins\cloud-functions に正常にインストールさ れました。 'C:\Program Files\IBM\Cloud\bin\ibmcloud.exe plugin show cloud-functions' を使用して詳細を表示してください。
[install_plugins] Checking status of plugin: container-registry
[install_plugins] Installing plugin 'container-registry'
リポジトリー 'IBM Cloud' から 'container-registry' を検索しています...
プラグイン 'container-registry 0.1.485' がリポジトリー 'IBM Cloud' 内で見つかりました
バイナリー・ファイルをダウンロードしようとしています...
 28.57 MiB / 28.57 MiB [================================================================================] 100.00% 4m39s
29956608 バイトがダウンロードされました
バイナリーをインストールしています...
OK
プラグイン 'container-registry 0.1.485' は C:\Users\TomohiroTaguchi\.bluemix\plugins\container-registry に正常にインストールされました。 'C:\Program Files\IBM\Cloud\bin\ibmcloud.exe plugin show container-registry' を使用して詳細を表示してください。
[install_plugins] Checking status of plugin: container-service
[install_plugins] Installing plugin 'container-service'
リポジトリー 'IBM Cloud' から 'container-service' を検索しています...
プラグイン 'container-service/kubernetes-service 1.0.118' がリポジトリー 'IBM Cloud' 内で見つかりました
バイナリー・ファイルをダウンロードしようとしています...
 21.80 MiB / 21.80 MiB [================================================================================] 100.00% 4m24s
22859264 バイトがダウンロードされました
バイナリーをインストールしています...
OK
プラグイン 'container-service 1.0.118' は C:\Users\TomohiroTaguchi\.bluemix\plugins\container-service に正常にインストールされました。 'C:\Program Files\IBM\Cloud\bin\ibmcloud.exe plugin show container-service' を使用して詳細を表示してくだ さい。
[install_plugins] Running 'ibmcloud plugin list'...
インストール済みプラグインをリストしています...

プラグイン名                           バージョン   状況
container-registry                     0.1.485
container-service/kubernetes-service   1.0.118
cloud-functions/wsk/functions/fn       1.0.44

[install_plugins] Finished installing/updating plugins
Creating 'ic' script to act as shortcut to 'ibmcloud' command...
[install] Install finished.
[quit] --==[ Finished. Total time: 00:27:08 seconds ]==--

A system restart is required. Would you like to restart now (y/N)?:

なんだか勝手にいろんなものをインストールしてくれちゃってちとうざいです。Dockerとか入れられても困るんですが。Virtual Box使ってるからHyper-V有効化したくないし。とりあえず途中で以下のようなポップアップが出てくるのでEnable Hyper-Vのチェックははずす。

以下の「Close and log out」ボタンを押しちゃうとWindowsからログアウトしようとしちゃうので注意！PowerShellのスクリプト終了するのを待ちましょう。

最終的に終わったらOS再起動が必要。

再起動後コマンドプロンプトでibmcloudコマンド打ってみます。

c:\>ibmcloud -v
ibmcloud version 1.1.0+cc908fe-2020-04-29T04:06:12+00:00

OKですね。

IBM Cloudにログイン

ibmcloudコマンドで、IBM Cloudにログインします。フェデレーテッドIDを使っているので--ssoオプション付きでログインします。

c:\>ibmcloud login --sso
API エンドポイント: https://cloud.ibm.com
地域: jp-tok

https://identity-2.ap-north.iam.cloud.ibm.com/identity/passcode からワンタイム・コードを取得して、続行します。
デフォルトのブラウザーで URL を開きますか? [Y/n] > Y
One Time Code >
認証中です...
OK

アカウントを選択:
1. Tomohiro Taguchi's Account (xxxxxxxxxxxxxxxxx)
2. XXX - XXXXXXXXXXXXXXXXXX (xxxxxxxxxxxxxxxxxxxxxxxx) <-> 1378943
3. XXX - xxxxxxxxxxxxxxxxxx (xxxxxxxxxxxxxxxxxxxxxxxx) <-> 423632
4. XXX (xxxxxxxxxxxxxxxxxxxx) <-> 1707641
数値を入力してください> 4
ターゲットのアカウント XXX (xxxxxxxxxxxxxxxxxx) <-> 1707641


API エンドポイント:      https://cloud.ibm.com
地域:                    jp-tok
ユーザー:                XXXX@xx.xx.com
アカウント:              XXX (xxxxxxxxxxxxx) <-> 1707641
リソース・グループ:      リソース・グループがターゲットになっていません。'ibmcloud target -g RESOURCE_GROUP' を使用して ください
CF API エンドポイント:
組織:
スペース:

c:\>

途中ブラウザが開いてユーザー認証するとワンタイム・パスコードが表示されるので、それをコピーして入力します。
認証が通ってアカウントを選択するとログイン完了です。アカウントはOpenShiftクラスターが構成されているアカウントを選択します。

API key作成

以下のコマンドでAPI Keyを作成します。名前は適当に付ければOK。

c:\>ibmcloud iam api-key-create taguchi_oc_key01
XXXXX@xx.xx.com として 1fc8373f538a408187ffedbe62e5796a に API キー taguchi_oc_key01 を作成しています...
OK
API キー taguchi_oc_key01 が作成されました

API キーを保存してください。 作成後に取得することはできません。

ID         ApiKey-xxxxxxxxxxxxxxxxxxxxxxxx
名前       taguchi_oc_key01
説明
作成日時   2020-08-04T07:42+0000
API キー   xxxxxxxxxxxxxxxxxx
ロック中   false

ここで生成されたAPIキーは恐らくここでしか表示されず後から確認できません。他人に見せないよう大事に保管しておいてください。
apikeyでibmcloudにログインします。

c:\>ibmcloud login --apikey xxxxxxxxxxxxxxxxxx
API エンドポイント: https://cloud.ibm.com
地域: jp-tok
認証中です...
OK

ターゲットのアカウント XXX (xxxxxxxxxxxxxxxxxx) <-> 1707641


API エンドポイント:      https://cloud.ibm.com
地域:                    jp-tok
ユーザー:                XXXXX@xx.xx.com
アカウント:              XXX (xxxxxxxxxxxxxxxxxxxxxxxxxx) <-> 1707641
リソース・グループ:      リソース・グループがターゲットになっていません。'ibmcloud target -g RESOURCE_GROUP' を使用して ください
CF API エンドポイント:
組織:
スペース:

kubeconfigファイル設定

以下のコマンドを実行します。

c:\>ibmcloud oc cluster config -c xxxxxcluster-tok04-b3c.4x16
Kubernetes removed deprecated APIs, which impacts clusters that run Kubernetes version 1.16, OpenShift version 4.4, or later. For more information, see <http://ibm.biz/k8s-1-16-apis>

If you have IBM Cloud Kubernetes Service clusters that run version 1.14 or 1.15, update them now to continue receiving important security updates and support. Version 1.15 is deprecated and will be unsupported 12 September 2020. Versions 1.14 and earlier are already unsupported. For more information and update actions, see <https://ibm.biz/iks-versions>

OK
xxxxxcluster-tok04-b3c.4x16 の構成は正常にダウンロードされました。

xxxxxcluster-tok04-b3c.4x16 のコンテキストを現在の kubeconfig ファイルに追加しました。
これで、クラスターに対して「kubectl」コマンドを実行できます。 例えば、「kubectl get nodes」を実行します。

kubectlでkubernetesクラスターにアクセスする際に使用する接続先の情報は、kubeconfigファイル(~/.kube/config)で管理されるようで、ocコマンドでもこれがそのまま使われるようです。
参考: kubectlの接続設定ファイル（kubeconfig）の概要

上のコマンドを実行すると接続先のOpenShiftクラスターの接続情報がこのファイルに追加されるようです。

API KeyでOpenShiftクラスターにログイン

ここまでの設定をしておけば、apikeyでOpenShiftクラスターにログインできるようになります。

oc loginコマンドでapikeyを指定してログイン

c:\>oc login -u apikey -p xxxxxxxxxxxxxxxxxxxxxxxxxx
Login successful.

You have access to 71 projects, the list has been suppressed. You can list all projects with 'oc projects'

Using project "default".

ログインできました！

ocコマンド実行例

help

c:\>oc --help
OpenShift Client

This client helps you develop, build, deploy, and run your applications on any
OpenShift or Kubernetes cluster. It also includes the administrative
commands for managing a cluster under the 'adm' subcommand.

Usage:
  oc [flags]

Basic Commands:
  login           Log in to a server
  new-project     Request a new project
  new-app         Create a new application
  status          Show an overview of the current project
  project         Switch to another project
  projects        Display existing projects
  explain         Documentation of resources

Build and Deploy Commands:
  rollout         Manage a Kubernetes deployment or OpenShift deployment config
  rollback        Revert part of an application back to a previous deployment
  new-build       Create a new build configuration
  start-build     Start a new build
  cancel-build    Cancel running, pending, or new builds
  import-image    Imports images from a container image registry
  tag             Tag existing images into image streams

Application Management Commands:
  create          Create a resource from a file or from stdin.
  apply           Apply a configuration to a resource by filename or stdin
  get             Display one or many resources
  describe        Show details of a specific resource or group of resources
  edit            Edit a resource on the server
  set             Commands that help set specific features on objects
  label           Update the labels on a resource
  annotate        Update the annotations on a resource
  expose          Expose a replicated application as a service or route
  delete          Delete resources by filenames, stdin, resources and names, or by resources and label selector
  scale           Change the number of pods in a deployment
  autoscale       Autoscale a deployment config, deployment, replication controller, or replica set
  secrets         Manage secrets
  serviceaccounts Manage service accounts in your project

Troubleshooting and Debugging Commands:
  logs            Print the logs for a resource
  rsh             Start a shell session in a container.
  rsync           Copy files between local filesystem and a pod
  port-forward    Forward one or more local ports to a pod
  debug           Launch a new instance of a pod for debugging
  exec            Execute a command in a container
  proxy           Run a proxy to the Kubernetes API server
  attach          Attach to a running container
  run             Run a particular image on the cluster
  cp              Copy files and directories to and from containers.
  wait            Experimental: Wait for a specific condition on one or many resources.

Advanced Commands:
  adm             Tools for managing a cluster
  replace         Replace a resource by filename or stdin
  patch           Update field(s) of a resource using strategic merge patch
  process         Process a template into list of resources
  extract         Extract secrets or config maps to disk
  observe         Observe changes to resources and react to them (experimental)
  policy          Manage authorization policy
  auth            Inspect authorization
  convert         Convert config files between different API versions
  image           Useful commands for managing images
  registry        Commands for working with the registry
  idle            Idle scalable resources
  api-versions    Print the supported API versions on the server, in the form of "group/version"
  api-resources   Print the supported API resources on the server
  cluster-info    Display cluster info
  diff            Diff live version against would-be applied version
  kustomize       Build a kustomization target from a directory or a remote url.

Settings Commands:
  logout          End the current server session
  config          Change configuration files for the client
  whoami          Return information about the current session
  completion      Output shell completion code for the specified shell (bash or zsh)

Other Commands:
  ex              Experimental commands under active development
  help            Help about any command
  plugin          Provides utilities for interacting with plugins.
  version         Print the client and server version information

Use "oc <command> --help" for more information about a given command.
Use "oc options" for a list of global command-line options (applies to all commands).

c:\>oc get clusterversion
NAME      VERSION   AVAILABLE   PROGRESSING   SINCE   STATUS
version   4.3.31    True        False         14d     Cluster version is 4.3.31

c:\>oc status
In project default on server https://xxx.containers.cloud.ibm.com:nnn

svc/openshift - kubernetes.default.svc.cluster.local
svc/openshift-apiserver - 172.21.86.216:443
svc/kubernetes - 172.21.0.1:443 -> 2040

View details with 'oc describe <resource>/<name>' or list everything with 'oc get all'.

c:\>oc describe svc/openshift
Name:              openshift
Namespace:         default
Labels:            <none>
Annotations:       <none>
Selector:          <none>
Type:              ExternalName
IP:
External Name:     kubernetes.default.svc.cluster.local
Session Affinity:  None
Events:            <none>

c:\>oc describe svc/openshift-apiserver
Name:              openshift-apiserver
Namespace:         default
Labels:            <none>
Annotations:       kubectl.kubernetes.io/last-applied-configuration:
                     {"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"name":"openshift-apiserver","namespace":"default"},"spec":{"ports":[{"na...
Selector:          <none>
Type:              ClusterIP
IP:                172.21.86.216
Port:              https  443/TCP
TargetPort:        443/TCP
Endpoints:         172.19.165.135:443
Session Affinity:  None
Events:            <none>

c:\>oc describe svc/kubernetes
Name:              kubernetes
Namespace:         default
Labels:            component=apiserver
                   provider=kubernetes
Annotations:       <none>
Selector:          <none>
Type:              ClusterIP
IP:                172.21.0.1
Port:              https  443/TCP
TargetPort:        2040/TCP
Endpoints:         172.20.0.1:2040
Session Affinity:  None
Events:            <none>

c:\>oc get all
NAME                          TYPE           CLUSTER-IP      EXTERNAL-IP                            PORT(S)   AGE
service/kubernetes            ClusterIP      172.21.0.1      <none>                                 443/TCP   51d
service/openshift             ExternalName   <none>          kubernetes.default.svc.cluster.local   <none>    51d
service/openshift-apiserver   ClusterIP      172.21.86.216   <none>                                 443/TCP   51d

c:\>oc config get-contexts
CURRENT   NAME                                                                          CLUSTER                                        AUTHINFO                                                              NAMESPACE
          /api-crc-testing:6443/developer                                               api-crc-testing:6443                           developer/api-crc-testing:6443
          default/api-crc-testing:6443/kube:admin                                       api-crc-testing:6443                           kube:admin/api-crc-testing:6443                                       default
*         default/xxxxxcontainers-cloud-ibm-com:nnn/IAM#tomxxx@xxx.com                  xxxxxcontainers-cloud-ibm-com:nnnnn            IAM#tomxxx@xxx.com/c100-e-jp-tok-containers-cloud-ibm-com:30570       default

c:\>oc get node
NAME            STATUS   ROLES           AGE   VERSION
10.192.54.222   Ready    master,worker   53d   v1.16.2
10.192.54.231   Ready    master,worker   53d   v1.16.2

ocコマンドでOpenshiftコンソール接続用のURLを確認する方法

c:\>oc whoami --show-console
https://console-openshift-console.x15kcluster-tok04-xxxxx.jp-tok.containers.appdomain.cloud

プロジェクト

参考: OpenShiftとKubernetesのちがうところ

Kubernetesではnamespaceという考え方でリソースのセットを分離してプロジェクト毎やフェーズ毎に管理することができますが、OpenShiftではそれを拡張して"プロジェクト"という考え方で管理できるようです。

c:\>oc new-project taguchi02
Now using project "taguchi02" on server "https://xxxxxx.containers.cloud.ibm.com:nnnnn".

You can add applications to this project with the 'new-app' command. For example, try:

    oc new-app django-psql-example

to build a new example application in Python. Or use kubectl to deploy a simple Kubernetes application:

    kubectl create deployment hello-node --image=gcr.io/hello-minikube-zero-install/hello-node


c:\>oc project taguchi02
Already on project "taguchi02" on server "https://xxxxx.containers.cloud.ibm.com:nnnnn".

c:\>oc get all
No resources found in taguchi02 namespace.

taguchi02というプロジェクトを作ってそのプロジェクトに切替ます。プロジェクト作ったばかりでリソースは何もないので、oc get allすると何もない状態です。

ちなみに上のようにtaguchi02というプロジェクトを作成すると、taguchi02というnamespaceも勝手に作られていました。
(oc get namespace, oc get projectでnamespace, projectのリストを確認してみると、同じものがリストされていました。)

単純なPodの稼働

まずは、Kubernetesと同じ操作イメージでPodを動かしてみます。
以下のようなPod管理用のマニフェストファイルを作成します。

nginx-pod.yml

apiVersion: v1
kind: Pod
metadata:
 name: nginx
spec:
 containers:
 - name: nginx
   image: nginx:latest

適用します。

c:\y\OpenShift\pod_test01>oc apply -f nginx-pod.yml
pod/nginx created

確認してみます。

c:\y\OpenShift\pod_test01>oc get pod -o wide
NAME    READY   STATUS    RESTARTS   AGE   IP               NODE            NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          33m   172.30.125.195   10.192.54.231   <none>           <none>

OpenShiftコンソールからもこんな感じに確認できます。

ただ、このPodにアサインされているIPアドレスはクラスターネットワーク上で閉じているので、このままだとホストOSや外部からアクセスできません。外からアクセスさせるためにはいくつか方法がありますが、例えば別途Kubernetesの"サービス"というオブジェクトを使用するといったやり方があります。
ここでは、busyboxという各種コマンドを備えた軽量なコンテナを踏み台にして確認してみます。

busybox用のPodを起動してshで接続

c:\y\OpenShift\pod_test01>oc run busybox --image=busybox --restart=Never --rm -it sh
If you don't see a command prompt, try pressing enter.
/ #

この時点で別コマンドプロンプトからPodの状況を確認してみます。

c:\>oc get pod -o wide
NAME      READY   STATUS    RESTARTS   AGE     IP               NODE            NOMINATED NODE   READINESS GATES
busybox   1/1     Running   0          3m38s   172.30.125.227   10.192.54.231   <none>           <none>
nginx     1/1     Running   0          41m     172.30.125.195   10.192.54.231   <none>           <none>

nginxが動いているPodと踏み台用のbusyboxが動いているpodの2つが稼働していることが分かります。

元のウィンドウに戻ってbusyboxのシェルから、nginxにアクセスしてみます。
busyboxにはcurlが入っていないようなのでwgetで確認します。

/ # wget -q -O - http://172.30.125.195
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

busyboxというPodからnginxにアクセスできることが確認できました。
やってることのイメージとしてはこんな感じです。

この辺はkubernetesの環境でkubectlでできる操作と同じですね。

hello-worldアプリ

OpenShiftでは"アプリケーション"というリソースがあり、例えばGitHubに置いてあるアプリのソースやDockerfileなどを元にdockerイメージを作成してPodやらサービスやら関連するリソースを動かす、というようなことがサクッと簡単にできるようになっています。
ここではその辺りを試してみます。

参考:
レッスン 3: OpenShift クラスターにアプリをデプロイする
 2.3. CLI を使用したアプリケーションの作成

hello-worldのアプリをOpenShift上に動かしてみます。ソースは以下のLab 1以下のものを使います。
container-service-getting-started-wt

このLab 1には、以下のようなDockerfile(node.js実行環境をdocker imageとして使用)と、そこで動かすnode.jsのソースが提供されています。
Dockerfile

oc new-appで上のソースを元にアプリケーションを作成します。

c:\y\OpenShift>oc new-app --name hello-world https://github.com/IBM/container-service-getting-started-wt --context-dir="Lab 1"
--> Found container image b5f9499 (2 years old) from Docker Hub for "node:9.4.0-alpine"

    * An image stream tag will be created as "node:9.4.0-alpine" that will track the source image
    * A Docker build using source code from https://github.com/IBM/container-service-getting-started-wt will be created
      * The resulting image will be pushed to image stream tag "hello-world:latest"
      * Every time "node:9.4.0-alpine" changes a new build will be triggered
    * This image will be deployed in deployment config "hello-world"
    * Port 8080/tcp will be load balanced by service "hello-world"
      * Other containers can access this service through the hostname "hello-world"
    * WARNING: Image "node:9.4.0-alpine" runs as the 'root' user which may not be permitted by your cluster administrator

--> Creating resources ...
    imagestream.image.openshift.io "node" created
    imagestream.image.openshift.io "hello-world" created
    buildconfig.build.openshift.io "hello-world" created
    deploymentconfig.apps.openshift.io "hello-world" created
    service "hello-world" created
--> Success
    Build scheduled, use 'oc logs -f bc/hello-world' to track its progress.
    Application is not exposed. You can expose services to the outside world by executing one or more of the commands below:
     'oc expose svc/hello-world'
    Run 'oc status' to view your app.

ステータスを見てみます。

c:\y\OpenShift>oc status
In project taguchi02 on server https://c100-e.jp-tok.containers.cloud.ibm.com:30570

svc/hello-world - 172.21.24.242:8080
  dc/hello-world deploys istag/hello-world:latest <-
    bc/hello-world docker builds https://github.com/IBM/container-service-getting-started-wt on istag/node:9.4.0-alpine
    deployment #1 deployed 51 seconds ago - 1 pod

pod/nginx runs nginx:latest


2 infos identified, use 'oc status --suggest' to see details.

先に作成したnginxのPodとは別に、svc/hello-worldというのが出来ています。

リソースを見てみます。

c:\y\OpenShift>oc get all -o wide
NAME                       READY   STATUS      RESTARTS   AGE     IP               NODE            NOMINATED NODE   READINESS GATES
pod/hello-world-1-8h5hw    1/1     Running     0          5m27s   172.30.125.241   10.192.54.231   <none>           <none>
pod/hello-world-1-build    0/1     Completed   0          6m14s   172.30.208.187   10.192.54.222   <none>           <none>
pod/hello-world-1-deploy   0/1     Completed   0          5m28s   172.30.208.169   10.192.54.222   <none>           <none>
pod/nginx                  1/1     Running     0          82m     172.30.125.195   10.192.54.231   <none>           <none>

NAME                                  DESIRED   CURRENT   READY   AGE     CONTAINERS    IMAGES                                                                                                                                           SELECTOR
replicationcontroller/hello-world-1   1         1         1       5m29s   hello-world   image-registry.openshift-image-registry.svc:5000/taguchi02/hello-world@sha256:32cd4008d22484d48f0e0b291b0e5b7549f3c696601ae3a301b42e0a9f46093c   deployment=hello-world-1,deploymentconfig=hello-world

NAME                  TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE     SELECTOR
service/hello-world   ClusterIP   172.21.24.242   <none>        8080/TCP   6m16s   deploymentconfig=hello-world

NAME                                             REVISION   DESIRED   CURRENT   TRIGGERED BY
deploymentconfig.apps.openshift.io/hello-world   1          1         1         config,image(hello-world:latest)

NAME                                         TYPE     FROM   LATEST
buildconfig.build.openshift.io/hello-world   Docker   Git    1

NAME                                     TYPE     FROM          STATUS     STARTED         DURATION
build.build.openshift.io/hello-world-1   Docker   Git@9312385   Complete   6 minutes ago   45s

NAME                                         IMAGE REPOSITORY                                                         TAGS           UPDATED
imagestream.image.openshift.io/hello-world   image-registry.openshift-image-registry.svc:5000/taguchi02/hello-world   latest         5 minutes ago
imagestream.image.openshift.io/node          image-registry.openshift-image-registry.svc:5000/taguchi02/node          9.4.0-alpine   6 minutes ago

hello-world用のPodが稼働し、外部アクセス用のサービスなどが作成されています。

さて、これを外部からアクセスするためにRouteというリソースを作成します。これもOpenShift特有のリソースのようで、KubernetesのIngressに近いイメージのもののようです。
複数のPodに対する経路設定や名前解決を行う"サービス"というリソースがありますが、これを外部向けに公会するためのもの、という位置づけのようです。

参考:
OpenShift バージョン 4 での経路を使用したアプリの公開
 Kubernetes Ingress vs OpenShift Route
Kubernetes の LoadBalancer, Ingress と OpenShift の Routes の仕組み
 サービスについての整理

route作成

c:\y\OpenShift>oc create route edge --service=hello-world
route.route.openshift.io/hello-world created

作成されたrouteの確認

c:\y\OpenShift>oc get route -o wide
NAME          HOST/PORT                                                                                                                 PATH   SERVICES      PORT       TERMINATION   WILDCARD
hello-world   hello-world-taguchi02.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.jp-tok.containers.appdomain.cloud          hello-world   8080-tcp   edge          None

このパスに対してcurlでアクセスしてみます。

c:\y\OpenShift>curl https://hello-world-taguchi02.xxxxxx.jp-tok.containers.appdomain.cloud
Hello world from hello-world-1-8h5hw! Your app is up and running in a cluster!

アプリにアクセスできました！経路としてはこんな感じだと思われます。(細かいところはおいおい調べていきます)

ちなみに、OpenShiftコンソールからアプリケーションを見るとこんな感じで確認できます。