概要

さくらのレンタルサーバには、コントロールパネル上の操作でLet’s EncryptのSSL証明書を有効にする機能があります。初期ドメインやさくらのサブドメイン（*.sakura.ne.jp）だけでなく、さくら以外でドメイン名を管理したり、ネームサーバを運用している場合でも、Let’s EncryptのSSL設定を利用できます。

（*.sakura.ne.jp）を使う場合か、さくらインターネットで申し込んだ独自ドメインをSNI SSLとして使う場合であれば、コントロールパネルの操作やサポート情報の手順どおり、スムーズに進みやすいでしょう。

一方、以下で紹介する手順は、さくら以外で管理しているドメイン名を使う場合です。そのサブドメイン名でLet’S Encryptを設定する手順と、迷いやすいポイントを整理しました。

ただし、このページで掲載している手順は、正式な手順とは一部異なります。そのため、場合によってはサポートを受けられなくなる可能性もありますので、ご注意願います。

設定手順

設定作業の流れは、まずコントロールパネルで「ドメイン新規追加」をします。それからSSL設定をするために、いくつかの設定を確認した後、SSL設定を有効化します。

ここでの前提は、ネームサーバがさくらのレンタルサーバ以外

さくらのレンタルサーバでSSLを使うにあたり、さくら以外でドメインを取得し、ネームサーバを設定している前提での手順です。

さくらのレンタルサーバでドメインを取得している場合は、通常の設定手順を見ながら進められます。

「ドメイン新規追加」から対象ドメインを設定

レンタルサーバのコントロールパネルのメニュー「ドメイン/SSL」から、「ドメイン/SSL」を選びます。画面上に『ドメイン新規追加』ボタンがありますので、これをクリックします。

そして、次の「ドメインを新規追加」画面では、画面を下にスクロールし、一番下にある「他社で取得したドメインを移管せずに使う」の『追加』ボタンをクリックします。

次の「他社で取得したドメインを移管せずに使う」の画面では、2つの選択肢がありますが、「他社で取得した独自ドメインの追加」は選択しません。この項目は、ネームサーバの設定を「さくらインターネット」に変更したい場合です。コントロールパネルで登録するのとあわせ、ネームサーバ設定をさくらインターネット側に変更する必要があります。

そうではなく、ドメインを移管せず、ネームサーバ設定も変更しない場合は、画面を下にスクロールして出てくる「他社で取得された独自ドメインのサブドメインを追加」に「サブドメイン名」（ホスト名）と「ドメイン名」を入力し、『追加』をクリックします。

あとは、画面の指示が出ているように、サブドメインのネームサーバを権限委譲（NSレコード）を追加します。

あるいは、レンタルサーバのAレコードを自分で調べ、自分でドメイン名のゾーン情報を編集し、対象となるホスト名のAレコードを追加します。先の図では「pocketstudio.net」というドメイン名は、さくらのレンタルサーバではネームサーバを動かしていません。別のネームサーバ上のゾーン設定で、「sakura.pocketstudio.net.」というホスト名に対するAレコードを追加しました。

ドメイン設定が完了すると、「ドメイン/SSL」のメニュー上に追加したサブドメインの情報が出てきます。

サブドメインの場合は「wwwが付与されたサブドメインも利用する」の設定を解除

さて、コントロールパネルにサブドメイン情報が表示されれば、あとは簡単に SSL 設定が出来るように見えます。先ほど追加したドメイン名の『設定』をクリックします。

それから、「wwwが付与されたサブドメインも利用する」は、初期状態ではチェックが入っています。ここをクリックし、次の画面のようにチェックを外す必要があります。

それから画面を下にスクロールし、『保存する』をクリックして設定を保存します。

この設定を行わないと、以降の手順でLet’s Encrypt設定を行おうとしても、「サブドメイン(www.~)のIPアドレスが利用中のサーバと異なるIPアドレスに設定されているため無料SSL機能はご利用いただけません」と警告が出るため、注意が必要です。

いざSSL設定を有効化しようと思っても……？

ちなみに、ドメイン設定画面で SSL を有効化しようとしても、『SNI SSL』を選べなかったり、画面上にも「初期ドメイン、さくらのサブドメイン（省略）ではSNI SSL をご利用いただけません」と表示されているため、一見すると SSL が設定できないように見えますが、実際には設定できます。

この画面からは設定できませんので、「保存する」ボタンをクリックするか、画面右上の「キャンセル」をクリックして、元のドメイン一覧画面に戻ります。

ドメイン一覧画面から、改めて『 SSL 』をクリックします。

そして、次の画面では「証明書設定なし」や「有償SSL証明書一覧」といった項目が画面上にありますが、これらは無視します。

Let’s Encrypt の設定を行うには、『登録設定を始める SSL証明書の選択』をクリックします。

その次の画面でも、いくつか証明書の選択肢が出てきますが、他の選択肢はすべて無視し、一番上にある「Let’s Encrypt（無料SSL）」の『利用する』ボタンをクリックします。

あとは、画面の指示に従い、Let’s Encrypt の利用ポリシーの確認、同意のチェックを入れ、『無料SSLを設定する』ボタンをクリックします。

もし、この画面のような画像ではなく「サブドメイン(www.~)のIPアドレスが利用中のサーバと異なるIPアドレスに設定されているため無料SSL機能はご利用いただけません」と出る場合は、「www」でも接続できるような初期設定が残っています。このページの手順を確認し、設定を変更して再度画面を開けば設定できます。

「無料SSLを設定する」ボタンを押した後、画面が切り替わり、「ただいま無料SSL証明書の発行手続き中です」との画面が表示されます。

設定としては、以上となります。あとは完了メールが届くまで少し時間があります。画面上では「発行には数十分～数時間かかる場合があります」と出ていますので、ここでコーヒーを飲むなりして一休みです。

設定から少し待つと有効化

少し待つと（今回は10分後でした）『[さくらインターネット]SSLサーバ証明書発行のお知らせ』という件名のメールが届きます。

そして、コントロールパネルを確認すると「SNI SSL」の表示が追加されて、SSL設定が有効になっていることが分かります。

ブラウザでも https:// を付けてアクセスすると、「この接続は保護されています」と表示されました。

ちなみに、常に「https://」として SSL 通信を有効にしたい場合には、ドメン設定画面から「HTTPS転送設定」で『HTTPSに転送する』にチェックを入れて保存するだけです。そうすると、http://~でブラウザで入力した場合も、自動的に https://~として表示（リダイレクト）されます。

関連情報

• 【無料SSL】Let’s Encrypt 設定手順 – さくらのサポート情報
  • https://help.sakura.ad.jp/360000223521/

• [無料SSL]設定時に表示されるエラーの対処方法を知りたい – よくあるご質問 – さくらのサポート情報
  • https://faq.sakura.ad.jp/s/article/000001109#01-03

The post さくら以外のネームサーバを使いながらLet’s EncryptのSSL証明書をサブドメインに設定する方法｜さくらのレンタルサーバ first appeared on Pocketstudio.Net.

Linux ディストリビューション “AlmaLinux OS” （https://almalinux.org/）の公式ロゴ画像や使い方（ブランドブック）に辿り着いたメモです。ロゴ画像を使う必要に迫られたのですが、公式サイト上では見つからず。検索したところ Reddit の投稿に辿り着きました。

AlmaLinux ロゴの入手先

AlmaLinux は2021年1月のリリース以来、情報提供の手段として Reddit を活用しています。この Reddit の投稿のなかで、 ロゴや背景画像に関する投稿がありました。

Due to the recent number of requests for graphics and logos and since we do not yet have a graphics page or logo usage guidelines, we have uploaded them to a dropbox folder and you can find them here. You can also grab the wallpapers from the release here.

このように、画像やロゴのガイドラインが定まっていないものの、dropbox のリンク先から直接ダウンロードできると書かれています。

• ロゴのダウンロード先 (logos.zip)
• 背景画像のダウンロード先 (backgrounds.zip)

それぞれ、ダウンロードした ZIP ファイルを展開すると、PNG や SVG や PDF 形式としてのロゴ画像や、背景の JPEG 画像があります。また、 logoz.zip には ブランドブック ( AlmaLinux BrandBook.pdf ) も同梱されています。適切に画像を使いたい場合には、参考になるでしょう。

The post AlmaLinux の公式ロゴや背景画像入手先 first appeared on Pocketstudio.Net.

「PowerTools」が見つからない？

あるパッケージをリビルドしようとしてたのですが、画面には libedit-devel が見つからないというエラーが。

一致した引数がありません: libedit-devel

ネット上で情報を検索していると、PowerToolsリポジトリにパッケージが入っているとのこと。なるほど、そうであれば、単に PowerTools を有効化したらいいのか、とコマンドを実行するのですが……

[zem@stream ~]$ sudo dnf config-manager --set-enabled PowerTools
エラー: 修正用の一致する repo はありません: PowerTools.

残念、「PowerTools」が無いとの表示。おやおや。

「PowerTools」は「powertools」に名前が変わったのが原因

ここで確認のため、リポジトリ一覧を表示するコマンド dnf repolist --all を実行。

[zem@stream ~]$ dnf repolist --all | grep PowerTools
powertools                     CentOS Stream 8 - PowerTools               無効化

このように PowerTools のリポジトリはあるものの「無効化」に。そして、よくよく行頭のリポジトリ名を見てみると、 powertools と全て小文字になっています。なるほど、これだ。どうやら、リポジトリ名称の変更¹があった模様です。

というわけで、改めて正しく入力し、リポジトリを有効化するコマンドを実行。そして再度確認すると――

[zem@stream ~]$ sudo dnf config-manager --set-enabled powertools
[zem@stream ~]$ dnf repolist --all | grep PowerTools
powertools                     CentOS Stream 8 - PowerTools               有効化

やりました、成功です。「有効化」を確認できました。

ここまで来ると、あとはパッケージを普通に dnf で入れるだけ。 dnf install libedit-devel を実行します。

[zem@stream ~]$ sudo dnf install libedit-devel
最速のミラーを確定しています (10 hosts).. done.===================] 1.1 kB/s | 647  B     00:00 ETA
CentOS Stream 8 - PowerTools                                        1.2 MB/s | 4.0 MB     00:03
メタデータの期限切れの最終確認: 0:00:03 時間前の 2022年01月28日 22時04分55秒 に実施しました。
依存関係が解決しました。
====================================================================================================
 パッケージ               Arch           バージョン                        リポジトリー       サイズ
====================================================================================================
インストール:
 libedit-devel            x86_64         3.1-23.20170329cvs.el8            powertools          44 k
依存関係のインストール:
 ncurses-c++-libs         x86_64         6.1-7.20180224.el8                baseos              58 k
 ncurses-devel            x86_64         6.1-7.20180224.el8                baseos             527 k

トランザクションの概要
====================================================================================================
インストール  3 パッケージ

ダウンロードサイズの合計: 629 k
インストール後のサイズ: 1.0 M
これでよろしいですか? [y/N]: y
パッケージのダウンロード:
(1/3): ncurses-c++-libs-6.1-7.20180224.el8.x86_64.rpm               528 kB/s |  58 kB     00:00
(2/3): ncurses-devel-6.1-7.20180224.el8.x86_64.rpm                  3.0 MB/s | 527 kB     00:00
(3/3): libedit-devel-3.1-23.20170329cvs.el8.x86_64.rpm              123 kB/s |  44 kB     00:00
----------------------------------------------------------------------------------------------------
合計                                                                 69 kB/s | 629 kB     00:09
トランザクションの確認を実行中
トランザクションの確認に成功しました。
トランザクションのテストを実行中
トランザクションのテストに成功しました。
トランザクションを実行中
  準備             :                                                                            1/1
  インストール中   : ncurses-c++-libs-6.1-7.20180224.el8.x86_64                                 1/3
  インストール中   : ncurses-devel-6.1-7.20180224.el8.x86_64                                    2/3
  インストール中   : libedit-devel-3.1-23.20170329cvs.el8.x86_64                                3/3
  scriptletの実行中: libedit-devel-3.1-23.20170329cvs.el8.x86_64                                3/3
  検証             : ncurses-c++-libs-6.1-7.20180224.el8.x86_64                                 1/3
  検証             : ncurses-devel-6.1-7.20180224.el8.x86_64                                    2/3
  検証             : libedit-devel-3.1-23.20170329cvs.el8.x86_64                                3/3
Installed products updated.

インストール済み:
  libedit-devel-3.1-23.20170329cvs.el8.x86_64       ncurses-c++-libs-6.1-7.20180224.el8.x86_64
  ncurses-devel-6.1-7.20180224.el8.x86_64

完了しました!

このように無事入りました。

Librepo version: 1.12.0 with CURL_GLOBAL_ACK_EINTR… のエラー

ちなみに、CentOS Stream 8 で、 dnf update をかけていないと、このようなエラーが出ます。

[zem@stream ~]$ sudo dnf config-manager --set-enabled PowerTools
Librepo version: 1.12.0 with CURL_GLOBAL_ACK_EINTR support (libcurl/7.61.1 OpenSSL/1.1.1g zlib/1.2.11 brotli/1.0.6 libidn2/2.2.0 libpsl/0.20.2 (+libidn2/2.2.0) libssh/0.9.4/openssl/zlib nghttp2/1.33.0)
エラー: 修正用の一致する repo はありません: PowerTools.

これは dnf パッケージが古いのが原因です。 dnf update dnf を実行しておけば回避できます。もしエラーが出たら、環境が古くないかどうか確認し、問題なければバージョンアップしておきましょう。

The post CentOS Stream 8 で変わった PowerTools リポジトリを有効化する手順 first appeared on Pocketstudio.Net.

docker-installリポジトリで配布されているスクリプトを使えば、CentOS 8では簡単に Docker Engine をセットアップできました。同じように、派生ディストリビューションである Rocky Linux や AlmaLinux でも、このスクリプトが使えるかどうかを調べたところ、あるファイルの編集で、対応できるのが分かりました。

「便利なスクリプト」を使う方法

Docker をセットアップする手順は、大きく2つあります。それは、 dnf や yum を使う「丁寧な」インストール手順と、GitHub の docker-install リポジトリで公開されている 「便利なスクリプト」 を使う方法です¹。

CentOS 8 や CentOS Stream 8 でセットアップをするには、丁寧なインストール方法が、ネット上で散見されるような設定手順やメモだけでなく、ちょっとした書籍でも紹介されていますので、こちらの手順がデフォルトの様に思われがち。

ですが、ちょっと Docker を入れてみたい、簡単に使いたい場合であれば、後者の便利なスクリプトを使う方法のほうが手軽でお勧めです。ちなみに、このスクリプトは Debian、 Ubuntu、Fedora に対応しています。

この便利なスクリプトを使うには、 get.docker.com というホスト名を覚えておくだけ。セットアップ用のドキュメントを書かなくても、ウェブブラウザや curl コマンドで https://get.docker.com/ を開くと、そのまま手順が画面に出ます。

このように、8～9行目にかけて、「get.docker.comをcurlでget-docker.shに出力」、シェルスクリプトとして「sh get-docker.shを実行」しなさい、と画面に出ています。

ですので、実際に Linux 上での操作としては

$ curl https://get.docker.com | head
（ここで画面に表示されたスクリプトを確認）
$ sudo sh ./get-docker.com
$ sudo systemctl enable docker.service
$ sudo systemctl start docker.service

これだけで済みます。1行目、 curl をパイプして head を付けているのは、冒頭のインストール手順だけを確認したいからです。get.docker.com の表示結果そのものが、スクリプト全体を表示してしまいます。

ウェブブラウザであれば気に掛ける必要はないでしょうが、コマンドラインで crul を実行すると、冒頭の手順は上のほうに流れてしまい、画面をスクロールさせるという手間が出てしまうからです。

注意点

注意点は、常に最新の安定版 Docker Engine を自動インストールするところ。

最近は安定版のリリース間隔が1年くらいと長いため、あまり気にしなくても良いかもしれませんが、どうしても特定のバージョンで動かさなくてはいけない場合には気にかけておいたほうが良いでしょう²。

DRY_RUN オプション

ちなみに、DRY_RUN（試運転）オプションもあり、インストール前に正常にスクリプトが実行できるかどうかを確認できます。

DRY_RUN=1 sh ./get-docker.sh

このコマンドを実行すると、インストールされないものの、実際にインストールする手順が画面に表示されます。

# Executing docker install script, commit: 93d2499759296ac1f9c510605fef85052a2c32be
yum install -y -q yum-utils
yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
yum makecache
yum install -y -q docker-ce
yum install -y -q docker-ce-rootless-extras

もし、1つ1つの手順を手作業で進めたい、そのほうが安心できるという場合であれば、ここで表示された yum コマンドを実行するのも、一つの手でしょう。

Rocky Linux や Alma Linux では？

さて、この Docker のインストールに便利なスクリプトですが、対応しているのは CentOS Stream 8 または CentOS 7.x 系および8.x 系³のみです。

そのため、Rocky Linux や AlmaLinux でスクリプトを実行しようとしても、次のように「Unsupported distribution ‘rocky’」（サポート外のディストリビューション）とメッセージが表示され、自動セットアップはできません。

# DRY_RUN=1 sh ./get-docker.sh
# Executing docker install script, commit: 93d2499759296ac1f9c510605fef85052a2c32be

ERROR: Unsupported distribution 'rocky'

このようにスクリプトは対応していないというエラーメッセージを表示し、処理は終了します。

ですが、基本的に Rocky や Alma は CentOS 8 の派生ですから、Docker Engine をインストールする手順も共通です。

そうであれば、スクリプトも Rocky や Alma にも対応できるはず……そう思い、スクリプトの中を見ていると、それらしい場所がありました。

get_distribution() {
	lsb_dist=""
	# Every system that we officially support has /etc/os-release
	if [ -r /etc/os-release ]; then
		lsb_dist="$(. /etc/os-release && echo "$ID")"
	fi
	# Returning an empty string here should be alright since the
	# case statements don't act unless you provide an actual value
	echo "$lsb_dist"
}

ちょうどこのあたりです。

スクリプトが対象ディストリビューションかどうかを判別しているのは、ファイル「/etc/os-release」の中身にある「ID=”xxx”」の場所。つまり、このように「centos」であると認識できれば、スクリプトは実行できます。

$ echo $(. /etc/os-release && echo "$ID")
centos

/etc/os-release を編集して対応

ここまで分かれば、あとは簡単です。vi /etc/os-release などを実行してファイルを編集し、3行目の「ID=」を「centos」に書き換えるだけです。

以下は Rocky Linux のファイルを書き換えた場合。

NAME="Rocky Linux"
VERSION="8.5 (Green Obsidian)"
#ID="rocky"
ID="centos"
（以下省略）

ファイルを保存後、実行する前にまずはドライランを走らせます。 DRY_RUN=1 sh ./get-docker.sh の実行です。

# DRY_RUN=1 sh ./get-docker.sh
# Executing docker install script, commit: 93d2499759296ac1f9c510605fef85052a2c32be
yum install -y -q yum-utils
yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
yum makecache
yum install -y -q docker-ce
yum install -y -q docker-ce-rootless-extras

この通り、先ほどとは違ってエラーも出ません。

あとは、普通に sh ./get-docker.sh を実行するだけです。

# sh ./get-docker.sh
# Executing docker install script, commit: 93d2499759296ac1f9c510605fef85052a2c32be
+ sh -c 'yum install -y -q yum-utils'

インストール済み:
  yum-utils-4.0.21-3.el8.noarch
（省略）
+ return 0
+ sh -c 'yum install -y -q docker-ce-rootless-extras'

================================================================================

To run Docker as a non-privileged user, consider setting up the
Docker daemon in rootless mode for your user:

    dockerd-rootless-setuptool.sh install

Visit https://docs.docker.com/go/rootless/ to learn about rootless mode.


To run the Docker daemon as a fully privileged service, but granting non-root
users access, refer to https://docs.docker.com/go/daemon-access/

WARNING: Access to the remote API on a privileged Docker daemon is equivalent
         to root access on the host. Refer to the 'Docker daemon attack surface'
         documentation for details: https://docs.docker.com/go/attack-surface/

================================================================================

このように見慣れた表示が行われました。

あとは、自動起動の設定を済ませるだけです。

$ sudo systemctl enable docker.service
$ sudo systemctl start docker.service 

これで Docker Engine のセットアップが終わり、 docker コマンドが自由に使えます。

最後に /etc/os-release ファイルを戻す

インストールが終わったあとは、 編集したファイル /etc/os-relase ファイルの記述を元に戻します。Rocky Linux であれば、 ID="rocky" としておきます。AlmaLinux は ID="almalinux" です。

NAME="Rocky Linux"
VERSION="8.5 (Green Obsidian)"
ID="rocky"
（以下省略）

あくまでも、スクリプトに一時的に対応させるだけですから、必ず元に戻すのを忘れないようにする必要があります。

Enjoy!

The post CentOS Stream 8 / Rocky Linux / AlmaLinuxで、スクリプトを使って簡単に Docker をセットアップ first appeared on Pocketstudio.Net.

概要

Tencent Cloud（テンセントクラウド/腾讯云）は世界各国（27リージョン、60のアベイラビリティゾーン）を運営しており、日本国内にも北東アジア（東京）リージョン1アベイラビリティゾーンを持っている（2021年2月現在）。

Tencent Cloudとは、一体どのようなクラウド環境なのかと、個人的に技術的な興味を持ち、新規にアカウントを作成した。この投稿は、アカウントを作成し、仮想マシン（Tencent Cloudでは「CVM」、Cloud Virtual Machineと呼ぶ）を作成できるまでの下準備をまとめた。オンラインサインアップが終われば、すぐにでもCVMを起動になる。なお、現時点では、コントロールパネルは英語または中国語のみ。

関係する日本語情報がなかったものの、日本語化されている公式ドキュメントや、画面に表示される文字を翻訳しながら、手探りで作業を進めた。これから Tencent Cloud にサインアップを考えている方の参考になればと願っている。

事前準備

サインアップ（アカウント登録）には、作業をするまえに以下2点が必要。

• クレジットカード（サインアップ時に必須）
• SMS受信可能な携帯電話（本人確認をSMSで行うため）

手順の流れ

まずはじめに、サインアップのためにIDやパスワードの新規登録にあわせて、SMSを使った認証を行う。この認証コードの入力が終われば、登録するメールアドレスに確認用リンクが届く。このリンク先をクリックしてメールアドレスを確認後、最後に決済情報や連絡先の情報を入力する。

作成手順

1. サインアップ画面に移動

まず Tencent Cloud のウェブサイト https://intl.cloud.tencent.com/jp/ に移動し、画面右上の「アカウント登録」をクリックする。

“Privacy Policy” の確認と入力

その次の画面からは英語に切り替わり、プライバシーポリシーの確認画面が表示される。

ここでは「Select your location」で「Japan」等を選択する（現在の居住国・地域による）。それから、プライバシーポリシーを読んだ上で、「I have read and agree to the Tencent Clound’s Privacy Policy and understand how it applies to my use of Tencent Cloud」（私はテンセントクラウドのプライバシーポリシーを読み、テンセントクラウドの使用に対して、どのように適用されるか理解しました。）にチェックを入れる。それから「Next」をクリックする

“Account Information” の登録

その次は、Tencent Cloudに登録するアカウント情報を入力する。

「Email address」「Password」「Confirm Password」は、コンソール（いわゆる、コントロールパネルの画面のこと）にログインする時に必要となるものを入力する。

それから “Contact phone” には電話番号を入力する。国番号は、日本の場合「+81」が入っている。次に自分の電話番号から先頭の「0」を省いた、SMS受信可能な番号を入力する。例えば「090-xxxx-xxxx」であれば「90-xxxx-xxxx」と入力する。

なお、この次の段階で、SMSで本人確認を行うため、SMS受信可能な携帯端末が無ければ、調達する必要がある。また、認証コードの入力後は有効期限（制限時間）があるため、事前に「プライバシーポリシー」と「利用規約」を読み、内容を理解しておくことをおすすめする。

「Verify Code」を入力するには、「Get verification code」のボタンを押す必要がある。この時、次のようなマウス操作を求められるので、画面の指示に従って操作をする。

暫く待っていると入力した端末宛にSMSで番号が届く。発信者は「Qsms」、本文は「数字 (Tencent Cloud Verification Code)」が表示されている。この数字を、先ほどの「Verify Code」に入力する。

それから「Check here to indicate that you have read and agreed to Terms of Service and Privacy Policy」にチェックを入れて、「Comfirm to the agreement and submit」の青いボタンを押すと登録手続きが進む。

電子メールの確認

それから、「Active your Tencent Cloud account」に画面が切り替わる。登録したメールアドレス宛に確認用メールが届いているのでチェックする。

メールボックスを開くと、件名「Tencent Cloud – Activate Account」が届いているので、本文を開く。本文中に「Activate Account」のボタン、もしくはテキストの直リンクがあるので、それをブラウザで開く。（なお、このメールが届いて48時間以内にクリックして確認する必要がある。）

リンク先は、このように「Operation succeeded」となる。

ここまで来たら、あと数ステップで完了。

“Payment Information” “Contact Information” 入力

ここまで来たら、あとは支払いおよび連絡先の情報を入力するだけ。

最終的には、このように「Registration Completed」と表示されれば、あとは自由にリソースを作成できる。

「Enter Console」（コンソールに入る）をクリックすると、特にログインしなくても、そのままコンソール画面に遷移できる。

コンソールへのログイン

直接移動しない場合は、Tencent Cloudのウェブサイトからコンソールへ移動できる。画面右上の「ログイン」をクリックする。

あとは「Email address」と「Password」を入力してから、「Sign In」をクリックする。

参考文章

• ドキュメント | Tencent Cloud
  https://intl.cloud.tencent.com/jp/document/product

The post Tencent Cloudにサインアップ（新規登録）した時の記録 first appeared on Pocketstudio.Net.

書かれているポイントは「Kubernetes で Docker が非推奨ではなく、これまで通り使い続けられる」であり「Docker イメージの話と、ランタイムの話は別」との内容です。

今回のDockerのブログ投稿を捕捉しますと、Kubernetes における docker-shim の話と、 Docker イメージの扱いは別だ、という内容でもあります。つまり、前提として「Docker Engineとcontainerd、Dockerコンテナとイメージの話」も分けて考えたり議論する必要があります。

また、Cloud Native Refernce Architecture において、kubernetesとcontainerd（およびDocker）がどの位置にあるかの理解も必要です。

以下は、例によってブログに書かれている内容を共有します。なお、本文中の括弧内は、私が追加した説明です。

概要

The net/net is support for your container images built with Docker tools is not being deprecated and will still work as before.
（太字強調は原文通り）

• 「要点：要点は、Docker ツールで構築するコンテナイメージのサポートは非推奨になはならず、これまで通り動作しつづけること。」
• Kubernetes の最新版 Kubernetes v1.20.0-rc.0 が利用できるようになった
• Kubernetes プロジェクトは来年リリースされるであろうリリースで、 Docker Engine サポートの depricated（日本語では「非推奨」や「廃止」と翻訳されることがある）を計画している（Docker Engine のサポートの話であり、Docker イメージに対するサポートの話ではない）

Docker と Kubernetes にどのような影響があるのか？

• まず始めに「慌てるな（don’t panic）」、開発者は引き続き Docker プラットフォームで構築・共有し、 Kubernetes 上でコンテナを実行できる
• （関連情報へのリンク：）
  • Don’t Panic: Kubernetes and Docker | Kubernetes
  • Dockershim Deprecation FAQ | Kubernetes
  • Wait, Docker is deprecated in Kubernetes now? What do I do? – DEV
  • Kubernetes 1.20からDockerが非推奨になる理由 – inductor’s blog
  • Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ – Cloud Penguins
• 今回の変更が主に影響するのは、Kubernetes の運用担当ないし管理者であり、開発者のワークフローには影響を与えない
• Docker でビルドするイメージは OCI（オープンコンテナイニシアチブ）互換であり、containerd が完全にサポートしているものであり、 Kubernetes 上でも動作し続ける

Docker と containerd（「コンテナ・ディー」と発音）

• Docker を使っているのであれば、containerd も既に使用中であり、containerd 上で Docker の利用環境が整っている
• プロダクション環境であれば、Kubernetes のような最小のコンテナ実行環境として（containerd などの）lightweight な（ライトウェイト＝小さくて小回りが利く、の意味での）ランタイムが便利であり、おそらく Docker の開発作業が（プロダクションでは）不要だろう

containerd の成り立ち・経緯

• containerd プロジェクトは、2016 年、Docker、Google、IBM と発足（関連）
• （Docker サイドの主張としては）docker-shim およびランタイムとしての Docker Engine の非推奨が意味するのは、Kubernetes 上に最新のランタイムを提供するという、長期的な目標の達成を意味する
• contaired は 2017 年に CNCF に寄贈 され、Kubernetes のインターフェースとしての containerd CRI プロジェクト を取り込みながら成長
• 2019 年には CNCF の graduated （誰もが利用可能な状態のプロダクトになった）プロジェクトとして位置付けられ、CNCF では成熟した状態に位置付けられた唯一のランタイムになった

Docker ツールでビルドする「コンテナ・イメージは非推奨にならない」

• Docker ツールで構築したコンテナ・イメージは、Kubernetes 上でも動作し続ける
• BuildKit という次世代の構築基盤は柔軟なアーキテクチャであり、Docker の構築で使えるだけでなく、Docker が無いインフラ上では containerd や runc と直接やりとりできる
• Docker はcontainerd の開発にコミットしており今後も投資を継続し、buildkit コミュニティは成長しており、インフラがどこで・どのようにホストされていようが Docker 構築に役立つ
• Docker イメージの構築・実行は、ローカル環境だけでなくKubernetes クラスタでも利用し続けられるため、今回の非推奨は、開発作業（experience）には何ら影響を与えない。

Kubernetes プロジェクトは今何を非推奨にするのか？

• Kubernetes が非推奨としたのは dockershim
• dockershim は、Kubernetes の kubelet （Kubernetes のノード上で動作するエージェント）のコンポーネントで、Docker Engine と通信するもの（つまり、Docker コンテナやイメージが非推奨ではない）
• Dockershim Deprecation FAQ | Kubernetes
• 関連する tweet、tweet

何か対策が必要？

• 今日現在、 Kubernetes v1.20 は Kubernetes 管理者は docker コマンドを利用し続けられる状態であり、kubectl コマンドで Kubernetes クラスタの管理を継続できる（今日、今すぐ何か影響が出るわけではない）
• 今後の Kubernetes マイナーリリース（v1.20.x）では、最終的に dockershim のサポートが削除されるため、docker コマンドを使ってクラスタの調査（inspect）が行えなくなる
• （そのかわり、docker コマンドではなく）、同様の kubectl や ctl コマンド（containerd のコマンドライン・インターフェース）を使う
• 開発者は今もなお Docker ツールをつかって docker build、docker pushできますし、docker run で コンテナおよびコンテナ・イメージを Kubernetes クラスタ上でできる

詳細な背景

• KEP-1985: Removing dockershim from kubelet
  • https://github.com/kubernetes/enhancements/tree/master/keps/sig-node/1985-remove-dockershim
  • kubelet から dockershim を削除する提案

原文

• What developers need to know about Docker, Docker Engine, and Kubernetes v1.20 – Docker Blog
  • https://www.docker.com/blog/what-developers-need-to-know-about-docker-docker-engine-and-kubernetes-v1-20/

The post Docker公式ブログに書かれた「開発者が知っておくべき Docker、Docker Engine、Kubernetes v1.20」について first appeared on Pocketstudio.Net.

Waypoint キャッチフレーズ「Build. Deploy. Release.」

• Waypoint は構築、展開、プラットフォームを横断してリリースするための最新の（モダンな）ワークフローを提供します。
• Waypoint は1つの設定ファイルと共通のワークフローを使い、Kubernetes、Nomad、EC2、Google Cloud Run, などのプラットフォームを横断するデプロイメント（展開）を管理および監視します。

Waypoint における Build とは

• Waypoint はあらゆる言語やフレームワークに対応するアプリケーションを構築します。Buildpacks の用途は、共通フレームワークの自動的な構築、カスタム Dockerfile 、より洗練された制御のなされた他の構築ツールのためです。
• 構築ステップとは、あなたのアプリケーションとアセットをコンパイル、確認、そしてアーティファクト（成果物）を作成する場所です。
• このアーティファクトはリモートレジストリに公開したり、シンプルにデプロイのステップに渡せます。

Deploy とは

• 構築ステップで作成されたアーティファクトを、Waypoint は様々なプラットフォームにデプロイします。たとえば Kubernetes から EC2 の静的なサイトへのホストに対してです。
• 対象のプラットフォームに向けた設定を行い、一般的にアクセスできる新しいアプリケーションのバージョンを準備します。リリースに先がけて、デプロイメントはプレビュー URL からアクセスできます。

Release とは

• Waypoint は準備が調ったデプロイメントをリリースし、パブリックにアクセスできるようにします。この動作はロードバランサを更新したり、DNS の設定を変更したりします。正確な挙動は、対象となるプラットフォームに依存します。
• リリースステップはプラガブル（取り替え可能）であり、ブルー・グリーン、サービスメッシュの利用など、カスタムのリリース方式を適用できます。

Waypoint の機能

• Application Logs
  • 実行中のアプリケーションとデプロイメントが出力するログの表示
• Live Exec
  • アプリケーション実行中の環境でコマンドを実行
• Preview URLs
  • パブリックにアクセスできるプレビュー URL をデプロイメント単位で取得
• Web UI
  • プロジェクトと Waypoint によってデプロイされたアプリケーションをウェブインターフェースで表示
• CI/CD とバージョン制御統合
  • 既存の CI/CD プロバイダやバージョン管理プロバイダ、GitHub、CicleCI、Jenkins、GitLab 等と統合
• 拡張性のあるプラグイン・インターフェース
  • プラットフォームや構築プロセス、リリースッステムごとに Waypoint によるカスタムサポートを簡単に拡張

参考文章

• Waypoint by HashiCorp
  • https://www.waypointproject.io/
• Announcing HashiCorp Waypoint
  • https://www.hashicorp.com/blog/announcing-waypoint

The post Hashicorp Waypoint とは何か？ first appeared on Pocketstudio.Net.

以下、ブログに投稿されたポイントをまとめました。

• Docker イメージの保管ポリシーは、当初 2020 年 11 月 1 日からの適用を予定していた（無料アカウントの場合、6ヶ月アクティブではない Docker イメージの削除）。
• 発表後、コミュニティから多くの反響があり、11 月 1 日からのイメージ保管期限の変更を実施しないことにした。
• 2021年の初めに、新しいイメージ保管ポリシーの実施スケジュール（タイムライン）を発表
• pull の late limit は予定通り11月1日から実施

参考：

• Docker Hub Image Retention Policy Delayed, Subscription Updates – Docker Blog

The post Docker Hub イメージ保管ポリシー実施延期（2021年半ばまで） first appeared on Pocketstudio.Net.

自分用メモ

Cygwin環境上でDocker Desktop 2.x 系を利用時、docker コマンドにエラーが出る場合は、何らかの理由によってパス設定が変わったか適切でない場合に発生する。対処方法としてはパスを追加する。

発生するエラー内容は以下のようなもの。

[m-zembutsu@ ~]$ docker version
exec: "com.docker.cli": executable file not found in %PATH%

env | grep PATH を実行し、 ORIGINAL_PATH や PATH 環境変数を確認すると、 /cygdrive/c/ProgramData/DockerDesktop/version-bin に対してパス設定がある通っている。

しかし、実体の com.docker.cli.exe （Linuxの docker に相当）等のバイナリは /cygdrive/c/Program Files/Docker/Docker/resources/bin/ にあるので、パスを書き直す必要がある。

今回は原因追及というよりは一時的な対処のため、 vi ~/.bash_profile で行末に以下の1行を追加。

export PATH=/cygdrive/c/Program Files/Docker/Docker/resources/bin/:$PATH

ログイン後は（あるいは source ~/.bash_profile）、以下の通り docker コマンドを Cygwin 上で認識した。

[m-zembutsu@ ~]$ docker version
Client: Docker Engine - Community
 Cloud integration: 0.1.22
 Version:           20.10.0-beta1
 API version:       1.41
 Go version:        go1.13.15
 Git commit:        ac365d7
 Built:             Tue Oct 13 18:13:24 2020
 OS/Arch:           windows/amd64
 Context:           default
 Experimental:      true
...snip

本来であれば Windows 側の環境変数を確認すべきだが、手っ取り早く使えるようにしたかったので、この方法を使った。

参考：

• Docker Desktop not starting: exec: “com.docker.cli”: executable file not found in %PATH% · Issue #8539 · docker/for-win
  • https://github.com/docker/for-win/issues/8539

The post Cygwinで「exec: “com.docker.cli”: executable file not found in %PATH%」への対処 first appeared on Pocketstudio.Net.

Docker の最新動向は、日本語でまとまった情報がないため、自分の情報整理も兼ねて作成しました。当面は Docker のバージョン動向であったり、Moby や周辺プロジェクト、Docker ブログの更新情報などを整理してお伝えします。毎週月曜日くらいに更新予定です。Vol.4 はこちら 。

Docker バージョン情報

• Docker CE v19.03.12 (2020-06-18)
• Docker Compose v.1.27.0 (2020-09-07)
• Docker Desktop for Mac Stable 2.3.0.4 (2020-07-27) / Edge 2.3.6.0 (2020-09-01)
• Docker Desktop for Windows Stable 2.3.0.4 (2020-07-27) / Edge 2.3.6.0 (2020-09-01)

Docker Blog 先週までの更新情報

• How To Setup Your Local Node.js Development Environment Using Docker – Part 2 – Docker Blog 2020年8月5日
  • 「ローカルの Node.js 開発環境を Docker で準備する方法 – パート2」では、Node.js アプリケーションを実行するコンテナと、その Docker イメージを構築する方法を紹介。今回はコンテナ内でアプリケーションのコンパイルやデバッグが可能になるような開発環境を準備する内容。
  • サンプルの GitHub リポジトリが準備されており、手順に従いながらチュートリアル方式で開発環境の構築やデバッグをする方法を紹介。
• Docker Talks Live Stream Monthly Recap – Docker Blog 2020年8月7日
  • YouTube の Docker チャンネル](https://www.youtube.com/c/DockerIo) で配信されている Docker Talks Live Stream の月間振り返り紹介記事。Docker Talks は毎週水曜日午前10時（現地太平洋時間、日本時間午前2時)）に配信中。
  • Docker and AWS – Lets talk – YouTube 2020年7月10日配信
  • Docker Live! Running Docker containers in Azure ACI – YouTube 2020年7月16日配信
  • Docker Live! Getting Started Q&A – YouTube 2020年7月23日配信
  • Docker Live! VSCode Docker Extension 2020年7月29日配信
• Docker’s sessions at KubeCon 2020 – Docker Blog 2020年8月10日
  • KubeCon 2020 での Docker セッション紹介記事。
• Deploying WordPress to the Cloud – Docker Blog 2020年8月11日
  • 「WordPress をクラウドにデプロイ」では、Docker Desktop Edge の最新版を使い、Docker Compose をローカルで立ち上げた後、AWS ECS 上にデプロイする手順を紹介。
• How To Use the Official NGINX Docker Image – Docker Blog 2020年8月13日
  • Docker Hub の Nginx 公式イメージのシンプルな使い方、リバース・プロキシの設定方法を解説。
• Deploying a Minecraft Docker Server to the cloud – Docker Blog 2020年8月17日
  • Azure 上の ACI や各サービスを使い、 Minecraft サーバを構築する手順を解説。
• Docker Desktop & WSL 2 – Backport Update – Docker Blog 2020年8月20日
  • Windows 1903 と 1909 でも WSL2 が利用できるようになったと Microsoft から発表があり、それに伴い、以前のバージョンの Windows Home ユーザでも WSL2 対応 Docker Desktop が利用可能になりました。
• Scaling Docker’s Business to Serve Millions More Developers: Storage – Docker Blog 2020年8月24日
  • 直近で変更された Docker 利用規約変更に関する説明記事。このパート1では、利用していないイメージ保管ポリシーについての説明。
• Scaling Docker to Serve Millions More Developers: Network Egress – Docker Blog 2020年8月24日
  • 直近で変更された Docker 利用規約変更に関する説明記事。このパート2では、イメージ取得（pull）に関する一定期間内の制限について説明。
• Docker Talks Live Stream Monthly Recap – Docker Blog 2020年8月28日
  • YouTube の Docker チャンネル](https://www.youtube.com/c/DockerIo) で配信されている Docker Talks Live Stream の月間振り返り紹介記事。Docker Talks は毎週水曜日午前10時（現地太平洋時間、日本時間午前2時)）に配信中。
• Docker Support for the New GitHub Container Registry – Docker Blog 2020年9月1日
  • Docker が新しい GitHub コンテナ・レジストリをサポートしているという内容の記事。
• Getting Started with Docker Using Node.js(Part I) – Docker Blog 2020年9月3日
  • Docker で Node.js を使い始めるためのチュートリアル記事。Dockerifle の書き方や、基本的なコマンドの操作について扱っています。

The post Docker 動向 Weekly: Vol.5（2020年9月8日） first appeared on Pocketstudio.Net.