端くれプログラマの備忘録 – ページ 7 – 最近はウェブ系アプリ中心、あとWindowsアプリちょっと

[Ansible] ローカルで実行するには

2022年5月8日2022年5月7日 @84kure

プレイブックのtargetsセクションにはhostsの記述が必須だけど、ローカルで実行したい場合にはどうしたらいいか。

プレイの全てのタスクをローカルで実行したい場合

hosts: localhost と指定する。

hosts: localhost と指定する。
- hosts: localhost
  gather_facts: false
  tasks:
    - ping:

hosts: localhost と指定する。

- hosts: localhost

gather_facts: false

tasks:

- ping:

プレイ内の特定のタスクだけをローカルで実行したい場合

delegate_toを指定する。

- hosts: all
  gather_facts: false
  tasks:
    - shell: hostname
    - ping:
      delegate_to: localhost
      run_once: true # ノード分実行する必要がなければ

- hosts: all

gather_facts: false

tasks:

- shell: hostname

- ping:

delegate_to: localhost

run_once: true # ノード分実行する必要がなければ

複数タスクをローカルで実行したい場合

タスクごとにdelegate_toを指定するか、以下のようにblockで括る。

- hosts: all
  gather_facts: false
  tasks:
  - delegate_to: localhost
    block:
    - shell: hostname:
    - ping:
    # blockここまで
  - yum:
      name: httpd
      state: present

- hosts: all

gather_facts: false

tasks:

- delegate_to: localhost

block:

- shell: hostname:

- ping:

# blockここまで

- yum:

name: httpd

state: present

参考サイト

Ansibleのローカル実行 – Qiita
https://qiita.com/hiroyuki_onodera/items/e6d0d308eb44e26fa03f

プレイブック

1 つ以上のプレイを行う順番に並べたもの

プレイの構成

targetsセクション (必須)
varsセクション
tasksセクション (必須)
handlersセクション

参考サイトのサンプルがシンプルで分かりやすい。

参考サイト

プレイブックの基本｜Ansible の使い方
https://zenn.dev/y_mrok/books/ansible-no-tsukaikata/viewer/chapter8

基本的な書き方

all: # allグループ
  vars: # グループ変数
    key1: param1
    key2: param2
    ...
  hosts: # allグループに含まれるホスト
    node1: # 管理対象ノード1
      key1: param1 # ホスト変数
      key2: param2
      key3: param3
      ...
    node2: # 管理対象ノード2
      key1: param1 # ホスト変数
      key2: param2
      key3: param3
      ...

all: # allグループ

vars: # グループ変数

key1: param1

key2: param2

...

hosts: # allグループに含まれるホスト

node1: # 管理対象ノード1

key1: param1 # ホスト変数

key2: param2

key3: param3

...

node2: # 管理対象ノード2

key1: param1 # ホスト変数

key2: param2

key3: param3

...

子グループの定義

---
all: # allグループ (親グループ)
  vars: # グループ変数
    key1: param1
    key2: param2
    ....
  hosts: # allグループに含まれるホスト
    node1:
      key1: param1 # ホスト変数
      key2: param2
      ...
  children: # 子グループ
    app: # appグループ
      vars: # グループ変数
        key1: param1
        key2: param2
        ...
      hosts: # appグループに含まれるホスト
        app1: # 管理対象ノード1
          key1: param1 # ホスト変数
          key2: param2
          ...
        app2: # 管理対象ノード2
          key1: param1 # ホスト変数
          key2: param2
          ...
    db: # グループ名
      vars: # グループ変数
        key1: param1
        key2: param2
        ...
      hosts: # dbグループに含まれるホスト
        db1: # 管理対象ノード1
          key1: param1 # ホスト変数
          key2: param2
          ...
        db2: # 管理対象ノード2
          key1: param1 # ホスト変数
          key2: param2
          ...

---

all: # allグループ (親グループ)

vars: # グループ変数

key1: param1

key2: param2

....

hosts: # allグループに含まれるホスト

node1:

key1: param1 # ホスト変数

key2: param2

...

children: # 子グループ

app: # appグループ

vars: # グループ変数

key1: param1

key2: param2

...

hosts: # appグループに含まれるホスト

app1: # 管理対象ノード1

key1: param1 # ホスト変数

key2: param2

...

app2: # 管理対象ノード2

key1: param1 # ホスト変数

key2: param2

...

db: # グループ名

vars: # グループ変数

key1: param1

key2: param2

...

hosts: # dbグループに含まれるホスト

db1: # 管理対象ノード1

key1: param1 # ホスト変数

key2: param2

...

db2: # 管理対象ノード2

key1: param1 # ホスト変数

key2: param2

...

よく使いそうなAnsible変数

ansible_host: IPアドレス
ansible_user: ログインユーザー名
ansible_password: ログインパスワード
ansible_ssh_private_key_file: 秘密鍵のパス
ansible_python_interpreter: Pythonのパス
ansible_port: ポート番号

参考サイト

インベントリーの基本｜Ansible の使い方
https://zenn.dev/y_mrok/books/ansible-no-tsukaikata/viewer/chapter5

[Ansible] YAMLの基本

2022年5月5日2022年5月7日 @84kure

AnsibleといえばYAMLなので、参考サイトからYAMLの基本を頭に入れる。

基本ルール

— から書き始める　=　1 行目は — だけにする
… で書き終える　=　最終行は … だけにする
# から行末までがコメントになる
インデントは半角空白 × 2 個で記述する（タブ文字は使用できない）
インデントでデータ構造のネストを表現する

データの基本的な表現

マッピング

“キー:値”。ハッシュ、ディクショナリーとも呼ばれる。

applie: cider
orange: juice
banana: bread

applie: cider

orange: juice

banana: bread

複雑なデータの表現

マッピングの中にマッピングをネスト

fruit:
  apple: cider
  orange: juice
cars:
  toyota: prius
  honda: civic
  nissan: leaf

fruit:

apple: cider

orange: juice

cars:

toyota: prius

honda: civic

nissan: leaf

シーケンスの中にマッピングをネスト

- name: taro
  email: taro@example.com
- name: jiro
  email: jiro@example.com

- name: taro

email: taro@example.com

- name: jiro

email: jiro@example.com

マッピングの中にシーケンスをネスト

fruit::
- apple
- orange
- banana

fruit::

- apple

- orange

- banana

複雑なネスト

- name: Install a packates
  ansible.builtin.dnf:
    name: "{{ packages }}"
    state: latest
  vars:
    packages:
      - httpd
      - mariadb-server
      - php
      - php-mbstring
      - php-mysqli
  become: yes

- name: Install a packates

ansible.builtin.dnf:

name: "{{ packages }}"

state: latest

vars:

packages:

- httpd

- mariadb-server

- php

- php-mbstring

- php-mysqli

become: yes

参考サイト

YAML｜Ansible の使い方
https://zenn.dev/y_mrok/books/ansible-no-tsukaikata/viewer/chapter3
↑Ansibleの基本理解に役立つ無料で読める本。著者に感謝。

[Ansible] -eオプションでansible_python_interpreterを指定する

2022年5月4日2022年5月7日 @84kure

EC2(Amazon Linux 2)にAnsibleをインストールしてアドホックコマンドを実行したら、Python絡みの警告が表示された。

$ ansible web -i inventory -m ping -o
127.0.0.1 | SUCCESS => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": false, "ping": "pong", "warnings": ["Platform linux on host 127.0.0.1 is using the discovered Python interpreter at /usr/bin/python, but future installation of another Python interpreter could change this. See https://docs.ansible.com/ansible/2.9/reference_appendices/interpreter_discovery.html for more information."]}

$ ansible web -i inventory -m ping -o

127.0.0.1 | SUCCESS => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": false, "ping": "pong", "warnings": ["Platform linux on host 127.0.0.1 is using the discovered Python interpreter at /usr/bin/python, but future installation of another Python interpreter could change this. See https://docs.ansible.com/ansible/2.9/reference_appendices/interpreter_discovery.html for more information."]}

Ansibleのバージョンを表示すると、Python 2.7.18が連携している模様。

$ ansible --version
ansible 2.9.23
  config file = /etc/ansible/ansible.cfg
  configured module search path = [u'/home/ec2-user/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/site-packages/ansible
  executable location = /usr/bin/ansible
  python version = 2.7.18 (default, Jun 10 2021, 00:11:02) [GCC 7.3.1 20180712 (Red Hat 7.3.1-13)]

$ ansible --version

ansible 2.9.23

config file = /etc/ansible/ansible.cfg

configured module search path = [u'/home/ec2-user/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']

ansible python module location = /usr/lib/python2.7/site-packages/ansible

executable location = /usr/bin/ansible

python version = 2.7.18 (default, Jun 10 2021, 00:11:02) [GCC 7.3.1 20180712 (Red Hat 7.3.1-13)]

公式サイトの Python 3 サポートページを見ると以下の記述がある。

Ansible は Python バージョン 3.5 以降でのみ動作します。
Ansible は、多数のプラットフォームに同梱されている Python 3 を自動的に検出して使用します。

Amazonのリポジトリからインストールしたのだけど、Python 3の自動検知が上手くいかずにPython 2が使われているのかなあ。

$ whereis python
python: /usr/bin/python /usr/bin/python2.7 /usr/bin/python2.7-config /usr/bin/python3.7 /usr/bin/python3.7m /usr/bin/python3.7m-x86_64-config /usr/bin/python3.7-config /usr/bin/python3.7m-config /usr/lib/python2.7 /usr/lib/python3.7 /usr/lib64/python2.7 /usr/lib64/python3.7 /etc/python /usr/local/lib/python3.7 /usr/include/python2.7 /usr/include/python3.7m /usr/share/man/man1/python.1.gz

$ whereis python

python: /usr/bin/python /usr/bin/python2.7 /usr/bin/python2.7-config /usr/bin/python3.7 /usr/bin/python3.7m /usr/bin/python3.7m-x86_64-config /usr/bin/python3.7-config /usr/bin/python3.7m-config /usr/lib/python2.7 /usr/lib/python3.7 /usr/lib64/python2.7 /usr/lib64/python3.7 /etc/python /usr/local/lib/python3.7 /usr/include/python2.7 /usr/include/python3.7m /usr/share/man/man1/python.1.gz

-eオプションを使って明示的にPythonモジュールを指定したら警告は消えたけど、

$ ansible web -i inventory -m ping -o -e ansible_python_interpreter=/usr/bin/python3
127.0.0.1 | SUCCESS => {"changed": false, "ping": "pong"}

1 2	$ ansible web -i inventory -m ping -o -e ansible_python_interpreter=/usr/bin/python3 127.0.0.1 \| SUCCESS => {"changed": false, "ping": "pong"}

根本的な原因究明は後回し。

参考サイト

Python 3 サポート — Ansible Documentation
https://docs.ansible.com/ansible/2.9_ja/reference_appendices/python_3_support.html

ansible — Ansible Documentation
https://docs.ansible.com/ansible/2.9_ja/cli/ansible.html#ansible

[Ansible] Amazon Linux 2にAnsibleをインストールする

2022年5月3日2022年5月7日 @84kure

環境確認。

$ cat /etc/os-release
NAME="Amazon Linux"
VERSION="2"
ID="amzn"
ID_LIKE="centos rhel fedora"
VERSION_ID="2"
PRETTY_NAME="Amazon Linux 2"
ANSI_COLOR="0;33"
CPE_NAME="cpe:2.3:o:amazon:amazon_linux:2"
HOME_URL="https://amazonlinux.com/"

$ cat /etc/os-release

NAME="Amazon Linux"

VERSION="2"

ID="amzn"

ID_LIKE="centos rhel fedora"

VERSION_ID="2"

PRETTY_NAME="Amazon Linux 2"

ANSI_COLOR="0;33"

CPE_NAME="cpe:2.3:o:amazon:amazon_linux:2"

HOME_URL="https://amazonlinux.com/"

amazon-linux-extraがインストールされていることを確認。

$ which amazon-linux-extras
/usr/bin/amazon-linux-extras

1 2	$ which amazon-linux-extras /usr/bin/amazon-linux-extras

amazon-linux-extraでansibleが使用可能であることを確認。

$ amazon-linux-extras
  0  ansible2                 available    \
        [ =2.4.2  =2.4.6  =2.8  =stable ]

$ amazon-linux-extras

0 ansible2 available \

[ =2.4.2 =2.4.6 =2.8 =stable ]

Ansibleを有効にする。

$ sudo amazon-linux-extras enable ansible2
  0  ansible2=latest          enabled      \
        [ =2.4.2  =2.4.6  =2.8  =stable ]

$ sudo amazon-linux-extras enable ansible2

0 ansible2=latest enabled \

[ =2.4.2 =2.4.6 =2.8 =stable ]

Ansibleをインストールする。

$ sudo yum install -y ansible
$ ansible --version
ansible 2.9.23
  config file = /etc/ansible/ansible.cfg
  configured module search path = [u'/home/ec2-user/.ansible/plugins/modules',  u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/site-packages/ansible
  executable location = /usr/bin/ansible
  python version = 2.7.18 (default, Jun 10 2021, 00:11:02) [GCC 7.3.1 20180712  (Red Hat 7.3.1-13)]

$ sudo yum install -y ansible

$ ansible --version

ansible 2.9.23

config file = /etc/ansible/ansible.cfg

configured module search path = [u'/home/ec2-user/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']

ansible python module location = /usr/lib/python2.7/site-packages/ansible

executable location = /usr/bin/ansible

python version = 2.7.18 (default, Jun 10 2021, 00:11:02) [GCC 7.3.1 20180712 (Red Hat 7.3.1-13)]

これで完了。

参考サイト

Amazon Linux2にAnisbleをインストールする方法 – Qiita
https://qiita.com/1_ta/items/92dcfa6fa2a33cb11442

[Ansible] -oオプションで出力を1行にまとめる

2022年5月2日2022年5月7日 @84kure

-oオプションを指定すると、出力を1行にまとめることができる。

$ ansible web -i inventory -m ping
127.0.0.1 | SUCCESS => {
    "changed": false,
    "ping": "pong"
}

$ ansible web -i inventory -m ping -o
127.0.0.1 | SUCCESS => {"changed": false, "ping": "pong"}

$ ansible web -i inventory -m ping

127.0.0.1 | SUCCESS => {

"changed": false,

"ping": "pong"

}

$ ansible web -i inventory -m ping -o

127.0.0.1 | SUCCESS => {"changed": false, "ping": "pong"}

とりわけ複数マシンをターゲットに操作する場合には重宝する。

$ ansible db -i inventory -m ping
db3 | SUCCESS => {
    "changed": false,
    "ping": "pong"
}
db1 | SUCCESS => {
    "changed": false,
    "ping": "pong"
}
db2 | SUCCESS => {
    "changed": false,
    "ping": "pong"
}

$ ansible db -i inventory -m ping -o
db3 | SUCCESS => {"changed": false, "ping": "pong"}
db1 | SUCCESS => {"changed": false, "ping": "pong"}
db2 | SUCCESS => {"changed": false, "ping": "pong"}

$ ansible db -i inventory -m ping

db3 | SUCCESS => {

"changed": false,

"ping": "pong"

}

db1 | SUCCESS => {

"changed": false,

"ping": "pong"

}

db2 | SUCCESS => {

"changed": false,

"ping": "pong"

}

$ ansible db -i inventory -m ping -o

db3 | SUCCESS => {"changed": false, "ping": "pong"}

db1 | SUCCESS => {"changed": false, "ping": "pong"}

db2 | SUCCESS => {"changed": false, "ping": "pong"}

見やすい。

[Ansible] ざっくり入門

2022年5月1日2022年5月7日 @84kure

Ansibleを使う必要が出てきたので、参考書を読んでざっくり入門する。

Ansibleの概要

オープンソースの自動化のためのソフトウェア
2012年に初版リリース
2015年にAnsible Inc.がRed Hat Inc.に買収された
コミュニティ版とエンタープライズ版がある

Ansibleの特徴

指示をプレイブックと呼ばれるテキストファイルに記述
様々な対象をコントロール可能
エージェントが不要

Ansibleのインストール

環境はWSL上のCentOS 7。

$ sudo yum install epel-release
$ sudo yum install ansible
$ ansible --version
ansible 2.9.25
  config file = /etc/ansible/ansible.cfg
  configured module search path = [u'/home/user/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/site-packages/ansible
  executable location = /bin/ansible
  python version = 2.7.5 (default, Jun 20 2019, 20:27:34) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)]

$ sudo yum install epel-release

$ sudo yum install ansible

$ ansible --version

ansible 2.9.25

config file = /etc/ansible/ansible.cfg

configured module search path = [u'/home/user/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']

ansible python module location = /usr/lib/python2.7/site-packages/ansible

executable location = /bin/ansible

python version = 2.7.5 (default, Jun 20 2019, 20:27:34) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)]

Ansibleを構成するもの

プレイブック: 指示を記述したファイル
インベントリ: プレイブックを実行する対象
クレデンシャル: 実行対象へログインするための認証情報
変数: プレイブック内で変数化された項目に値を与える
モジュール: 作業を部品化したもの

アドホックコマンドを試す

モジュールを単体で呼び出して使用するコマンドをアドホック(AdHoc)コマンドと呼ぶ。

usage: ansible [-h] [--version] [-v] [-b] [--become-method BECOME_METHOD]
               [--become-user BECOME_USER] [-K] [-i INVENTORY] [--list-hosts]
               [-l SUBSET] [-P POLL_INTERVAL] [-B SECONDS] [-o] [-t TREE] [-k]
               [--private-key PRIVATE_KEY_FILE] [-u REMOTE_USER]
               [-c CONNECTION] [-T TIMEOUT]
               [--ssh-common-args SSH_COMMON_ARGS]
               [--sftp-extra-args SFTP_EXTRA_ARGS]
               [--scp-extra-args SCP_EXTRA_ARGS]
               [--ssh-extra-args SSH_EXTRA_ARGS] [-C] [--syntax-check] [-D]
               [-e EXTRA_VARS] [--vault-id VAULT_IDS]
               [--ask-vault-pass | --vault-password-file VAULT_PASSWORD_FILES]
               [-f FORKS] [-M MODULE_PATH] [--playbook-dir BASEDIR]
               [-a MODULE_ARGS] [-m MODULE_NAME]
               pattern

usage: ansible [-h] [--version] [-v] [-b] [--become-method BECOME_METHOD]

[--become-user BECOME_USER] [-K] [-i INVENTORY] [--list-hosts]

[-l SUBSET] [-P POLL_INTERVAL] [-B SECONDS] [-o] [-t TREE] [-k]

[--private-key PRIVATE_KEY_FILE] [-u REMOTE_USER]

[-c CONNECTION] [-T TIMEOUT]

[--ssh-common-args SSH_COMMON_ARGS]

[--sftp-extra-args SFTP_EXTRA_ARGS]

[--scp-extra-args SCP_EXTRA_ARGS]

[--ssh-extra-args SSH_EXTRA_ARGS] [-C] [--syntax-check] [-D]

[-e EXTRA_VARS] [--vault-id VAULT_IDS]

[--ask-vault-pass | --vault-password-file VAULT_PASSWORD_FILES]

[-f FORKS] [-M MODULE_PATH] [--playbook-dir BASEDIR]

[-a MODULE_ARGS] [-m MODULE_NAME]

pattern

$ ansible localhost -m shell -a 'hostname'
localhost | CHANGED | rc=0 >>
example.com

$ ansible localhost -m ping -o
localhost | SUCCESS => {"changed": false, "ping": "pong"}

$ ansible localhost -m shell -a 'hostname'

localhost | CHANGED | rc=0 >>

example.com

$ ansible localhost -m ping -o

localhost | SUCCESS => {"changed": false, "ping": "pong"}

インベントリを定義する

$ vi inventory
[web]
127.0.0.1 ansible_connection=local
[app]
127.0.0.1 ansible_connection=local
[db]
db1 ansible_host=127.0.0.1 ansible_connection=local
db2 ansible_host=127.0.0.1 ansible_connection=local
db3 ansible_host=127.0.0.1 ansible_connection=local

$ vi inventory

[web]

127.0.0.1 ansible_connection=local

[app]

127.0.0.1 ansible_connection=local

[db]

db1 ansible_host=127.0.0.1 ansible_connection=local

db2 ansible_host=127.0.0.1 ansible_connection=local

db3 ansible_host=127.0.0.1 ansible_connection=local

webグループのマシンに対して実行する場合

$ ansible web -i inventory -m ping -o
127.0.0.1 | SUCCESS => {"changed": false, "ping": "pong"}

1 2	$ ansible web -i inventory -m ping -o 127.0.0.1 \| SUCCESS => {"changed": false, "ping": "pong"}

appグループのマシンに対して実行する場合

$ ansible app -i inventory -m ping -o
127.0.0.1 | SUCCESS => {"changed": false, "ping": "pong"}

1 2	$ ansible app -i inventory -m ping -o 127.0.0.1 \| SUCCESS => {"changed": false, "ping": "pong"}

dbグループのマシンに対して実行する場合

$ ansible db -i inventory -m ping -o
db3 | SUCCESS => {"changed": false, "ping": "pong"}
db1 | SUCCESS => {"changed": false, "ping": "pong"}
db2 | SUCCESS => {"changed": false, "ping": "pong"}

$ ansible db -i inventory -m ping -o

db3 | SUCCESS => {"changed": false, "ping": "pong"}

db1 | SUCCESS => {"changed": false, "ping": "pong"}

db2 | SUCCESS => {"changed": false, "ping": "pong"}

クレデンシャルを指定する

ターゲットマシンにSSH接続する場合

$ ansible web -i inventory -m ping -o -u username -k
SSH password: ********

1 2	$ ansible web -i inventory -m ping -o -u username -k SSH password: ********

参考書

Software Design – Dec. 2018
第1特集 [超速]入門 Ansible

[ハード] NVIDIA GeForce RTX 3050(8GB) と RTX 2060(12GB) を比較する

2022年3月18日2022年3月18日 @84kure

深層学習を使った画像認識アプリを開発しているのだけど、顧客向けにデモシステムを作ることになった。処理速度を短縮するために高性能のGPUが必要だ。というわけでGPUの物色を始めたのだけど、昨今のGPU価格高騰の煽りを受けて調達は非常に難しくなっている。アメリカ中を探し回れば高くても入手できないことはなさそうだけど、聞いたことが無いオンラインショップから買うのはちょっと怖いな。

ローカルにも店舗があるMicro Centerなら値段も品揃えも上々なので、購入予算を$500として、しばらくオンラインショップの在庫状況をウォッチしたところ、以下のGPUが候補となった。

NVIDIA GeForce RTX 3050 (8GB)
NVIDIA GeForce RTX 2060 (12GB)

スペック比較

メーカーサイトから情報を拾い読みして比較する。

ASUS Dual GeForce RTX 3050 8GB GDDR6
https://www.asus.com/Motherboards-Components/Graphics-Cards/Dual/DUAL-RTX3050-8G/

GeForce RTX™ 2060 VENTUS 12G OC
https://www.msi.com/Graphics-Card/GeForce-RTX-2060-VENTUS-12G-OC/Overview

RTX 3050 (8GB)

インターフェース: PCI Express 4.0
クロック: OCモード: 1807 MHz (Boost Clock), ゲーミングモード: 1777 MHz (Boost Clock)
CUDAコア数: 2560

RTX 2060 (12GB)

インターフェース: PCI Express 3.0
クロック: Boost 1680 MHz
CUDAコア数: 2176

数字を比べる限りは、3050のほうに分がある。

ベンチマーク比較

ベンチマーク結果を公開してくれているサイトから情報収集。

GPU（グラフィックボード）性能比較表【2022年最新版】 | PC自由帳
https://pcfreebook.com/article/459993300.html

3DMark Time Spy Graphcs

GeForce RTX 3050: 6278
GeForce RTX 2060 12GB: 7996

2060のほうが格段に数値が高い。2000シリーズより3000シリーズのほうが高性能だと思っていたので意外。ゲーム用途ではなくてCUDAのベンチーマーク結果を探したら以下のサイトがヒット。

CUDA Benchmarks – Geekbench Browser
https://browser.geekbench.com/cuda-benchmarks

NVIDIA GeForce RTX 3050: 73493
NVIDIA GeForce RTX 2060: 77964

こちらのサイトでも2060のほうが数値が高い。

結論

RTX 2060のほうが高性能(たぶん)と判断して、これを購入することに決める。

あと、いろいろ調べていて、後発でラインナップに追加されたRTX 2060の12GB版は、オリジナルのRTX 2060よりもCUDAコア数が多いことが分かった。オリジナルのCUDAコア数1920に対して12GB版は2176。

参考サイト

NVIDIA GeForce RTX 2060 12GB Has CUDA Core Count Rivaling RTX 2060 SUPER | TechPowerUp
https://www.techpowerup.com/289528/nvidia-geforce-rtx-2060-12gb-has-cuda-core-count-rivaling-rtx-2060-super

NVIDIA GeForce RTX 2060 12GB to feature 2176 CUDA cores, 184W TDP – VideoCardz.com
https://videocardz.com/newz/nvidia-geforce-rtx-2060-12gb-to-feature-2176-cuda-cores-184w-tdp

[Apache] Apacheの再起動の違い

2022年3月14日2022年3月14日 @84kure

Apacheの設定変更をした後、新しい設定を適用したいけど動いているサービスは止めたくない。そういう場合はどうすべきか。

Apacheの停止と再起動

以下、公式サイトの説明より。

急な停止

# apachectl -k stop

1	# apachectl -k stop

即座に子プロセス全てをkillしようとする。
子プロセスを完全にkillし終わったら親プロセス自身が終了する。
処理中のリクエストはすべて停止され、もはやリクエストに対する応答はされない。

急な再起動

# apachectl -k restart

1	# apachectl -k restart

子プロセスをkillするが、親プロセスは終了しない。
設定ファイルを再読込して、ログファイルを全て開きなおす。
その後、新しい子プロセスを起動して応答を続ける。

緩やかな停止

# apachectl -k graceful-stop

1	# apachectl -k graceful-stop

親プロセスは子プロセスに現在処理中のリクエストの後に終了するようにアドバイスする。
その後親プロセスはPidFileを削除し、ポートでのListenを全て停止する。
親プロセスはどの子プロセスがリクエスト処理中かを監視し続ける。
全ての子プロセスが終了するかGracefulShutdownTimeoutで設定した時間が過ぎると、親プロセスも終了する。

穏やかな再起動

# apachectl -k graceful

1	# apachectl -k graceful

子プロセスに現在のリクエストの処理の後に終了するようにアドバイスする。
親プロセスは設定ファイルを再読込して、ログファイルを開き直す。
子プロセスが徐々になくなるに従って、新しい世代の設定による子プロセスに置き換えていく。
そして、これらが新たなリクエストに即座に応答し始める

冒頭に書いたようなシチュエーションの場合、「穏やかな再起動」が適当だな。

参考サイト

Apache HTTP Server の停止と再起動 – Apache HTTP サーババージョン 2.4
https://httpd.apache.org/docs/2.4/ja/stopping.html

restartとreloadの違いを調べてみた – Qiita
https://qiita.com/miyuki_samitani/items/79ddc6bf645f51aab03d

プレイの全てのタスクをローカルで実行したい場合

プレイ内の特定のタスクだけをローカルで実行したい場合

複数タスクをローカルで実行したい場合

参考サイト

プレイブック

プレイの構成

参考サイト

基本的な書き方

子グループの定義

よく使いそうなAnsible変数

参考サイト

基本ルール

データの基本的な表現

リスト

マッピング

複雑なデータの表現

マッピングの中にマッピングをネスト

シーケンスの中にマッピングをネスト

マッピングの中にシーケンスをネスト

複雑なネスト

参考サイト

参考サイト

参考サイト

Ansibleの概要

Ansibleの特徴

Ansibleのインストール

Ansibleを構成するもの

アドホックコマンドを試す

インベントリを定義する

クレデンシャルを指定する

参考書

スペック比較

ベンチマーク比較

結論

参考サイト

Apacheの停止と再起動

参考サイト