2020/03/16(月)さくらVPS v5と歴代VPSのベンチマーク比較

さくらVPSのv5がリリースされ、さくらVPS v3が機器老朽化メンテナンスで物理層が入れ替わったので、まとめてテストしてみました。

UnixBench Version 5.1.3 index

計測コマンドは「./Run -i 5 -c 2」(2コアで計測)。

項目自宅サーバ512 v11G v31G v3'2G v41G v51G v3X
Dhrystone 24853.84412.13724.83837.24916.66313.46194.3
Whetstone1508.91148.01037.61199.21625.21861.81866.3
Execl Throughput1321.71592.51764.51288.51310.52461.42037.8
File Copy 10242058.61063.41705.62014.11867.02794.92549.9
File Copy 2561391.3747.31255.51183.61214.51779.81605.3
File Copy 40963560.21631.23501.62669.03665.46356.15756.8
Pipe Throughput1070.5--1087.0896.53006.43066.7
Context Switching505.2--692.4128.61727.21693.4
Process Creation1168.9--809.8613.81788.31632.1
Shell Scripts (1)3304.0--1920.82897.03936.23623.5
Shell Scripts (8)3318.1--2472.13343.14357.93994.2
SysCall Overhead653.8--639.2443.92200.62337.6
トータルindex1662.9--1424.41313.92876.32713.3
  • OSは Debian 10。
  • VPS 512/VPS 1G v3(メンテ前)は2013年2月計測。Debian 6。
    • 「Pipe Throughput」以降は、OS Versionによる影響が大きいため除外。*1
  • 自宅サーバ: Core i3 530 / 2.93GHz 2コア4スレッド / RAM 4GB / SSD
  • 1G v3: 石狩リージョン
  • 1G v3': 2020年2月の設備老朽化メンテナンス1回目後
  • 1G v3X: 2020年3月の設備老朽化メンテナンス2回目(物理層入れ替え)後
    • v5と同じ物理層になったと思われる。
  • 2G v4: 東京リージョン。仮想3コア。

*1 : おそらくCPU脆弱性関連の影響だと思われる。

ディスク性能計測

hdparm -t /dev/vda4
dd if=/dev/vda4 of=/dev/null bs=1M count=2048 iflag=nocache
dd if=/dev/zero of=/tmp/test bs=1M count=2048 oflag=direct
単位 MB/s家サーバ1G v32G v41G v51G v3X
haparm260480-600200200200
dd 2G read271200-500210210210
dd 2G write247100210210210
  • 家サーバ: SSD TOSHIBA THNSNJ128GCSU 128GB
  • VPS 1G v3は2020年2月の老朽化メンテ1回目の後。
    • read性能の値変動がとても大きい。*2
  • /tmp のファイルシステムはいずれも ext4
  • v4/v5は計測性能が 1MB/s もずれないので、おそらく帯域制限がかかっていると思われる。
  • VPS 1G v3Xは2020年3月の老朽化メンテ2回目(物理層入れ替え)後。
    • v4/v5と同じディスクになった模様。

*2 : 単時短に大容量を転送すると、一時的に速度を下げているように思われる。

結論

  • v3老朽化メンテナンス後は、v5と同じ物理層になったと思われる。
  • v5はv3/v4よりも性能が良い。
  • v4以降はディスク性能にリミットがかかっている。

乗り換え検討

「v3」と「v5」が同じ物なのに値段が高いのをどうにかしてほしい。「v5」のほうが安いじゃん!

  • さくらVPS 1G v3 (石狩): 10,267円
  • さくらVPS 1G v5 (石狩): 8,800円

長く使うなら面倒でも乗り換えたほうがよさそう。石狩DCはネットワーク遅延から少しだけ不利なんたけども、色々あって石狩継続しようかな。

2018/06/30(土)Certbotによるワイルドカード証明書と自動更新の設定

どこよりも簡単なワイルドカード証明書設定メモ。


2018年からLet's Encryptがワイルドカード証明書に対応しました。

これを利用するためにはdns-01という、DNSのTXTレコードを使った認証が必要で、このDNS認証手順を自動化する必要があります

DNSレジストラサービスを使用している場合を想定して、dns-01認証の方法をまとめました。

構成

  • Debian Stretch
  • Apache
  • BIND
  • 設定対象DNS : example.jp

DNSは外部サービスを使用しているものとします。外部サービスでも、CloudfireやAWS、Google Cloud DNSといった有名サービスを使っている場合、DNSサーバは不要です。検索すれば、それらの設定方法が出てきます。

続きを読む

2013/12/06(金)プリンタを買い替えた

買って以来ずっと後悔していたCanonのCAPTプリンタをようやく買い替えました。

発端

CAPTプリンタの残念っぷりは昔の記事を見ていただくとして、トナーが切れてその後リサイクルトナーで使用しておりました。リンクのような「かすれ症状」がたまに発生するので、その度にトナーを抜き差しして調子を整える(上から軽く押してあげるとしばらく治る)というなんとも面倒な作業の繰り返しです。

最近になってリサイクルトナーのドラムの回転が安定しないのか*1印刷の途中行が潰れる(5mmぐらい印刷が飛ばされる)現象が発生し始めました。かすれるならいいのですが、飛ばされるともうどうにもなりません(苦笑)

とはいっても今更互換トナーを買い直す気も(不良で一回交換してる)、まして純正トナーを買う気もおきず、プリンタを買い換えることにしました。

*1 : トナードラム側の回転用のツメのところに損傷がある

ブラザーのプリンターを購入

身の回りで評判のいいブラザーのプリンタを選択。無線LAN機能付きということでBROTHER HL-2270DWにしました。クライアントPCが無線LANセグメントにアクセスできない場所にあることに後から気づいて、結局Linuxサーバ接続になったのですが(苦笑)*2。1万円なり……って安いな(笑)

トナーが少し割高なのでJUSTIO PRO(上位機)も考えたのですけど、

  • 下位機よりも大型になってまう。
  • 最上位機しか無線LANかついてない。

ということで諦め。この価格帯で日本語PS対応とか熱いのに(^^

*2 : 無線LAN対応だし、小型なので、将来要らなくなったときにも使い回しが効きやすいということで。

Linuxドライバのインストール

LinuxサーバのCUPSで管理することになったのでドライバインストール。CanonのCAPTプリンタでは死ぬほど苦労したこの作業が、ものの30分で終わってしまいました(笑)

i386互換ライブラリをインストールしてない場合は以下のコマンド。

# apt-get install ia32-libs lib32stdc++6

それからドライバを落としてきて次のコマンド。

# dpkg -i --force-architecture hl2270dwlpr-2.1.0-1.i386.deb
# dpkg -i --force-architecture cupswrapperHL2270DW-2.0.4-2.i386.deb

これで、ppdドライバが入ります。

32bit(i386)と書かれていたので少しビクビクしたのですが、インストールすると普通にx64(amd64)用のプリンタフィルタも生成されますので問題ありません。

あとはUSBで接続してCUPS上からプリンタを追加。ドライバを選択して設定完了で終わり(追加時に共有オプション忘れず)。CUPSプリンタ共有でWindowsからも普通に印刷できました。

CAPTプリンタのゴミを削除する(笑)

要らなくなったLBP3310用の設定を削除します。この記事のとおりインストールした場合限定

  1. cups上からプリンタを削除。
  2. プリンタ制御デーモンccpdを止める
    # /etc/init.d/ccpd stop
    
  3. ccpdの自動起動を止める
    # update-rc.d -f ccpd remove
    
  4. CAPTドライバのアンインストール
    # dpkg -P cndrvcups-capt
    # dpkg -P cndrvcups-common
    

ビフォーアフター

  • CUPS上でプリンタやジョブを正しく管理できるようになった。*3
  • Windowsからプリンタのプロパティを開く時に数秒待たされることがなくなった。*4
  • 正しく印刷されるか不安にならずにすむようになったし、正しく印刷されないときにプリンタのメンテナンスをしなければならない(急ぎの印刷の時は最悪)ことがなくなった。
  • Linux上のたまに暴走して死ぬ意味不明のデーモンccpdがなくなりすっきりした。
  • LBP3310よりも小型になって物理的にもすっきりした。

*3 : cupsからはccpdデーモンをプリンタとして認識するため色々ちぐはぐになる。例えばCAPTプリンタではccpdデーモンにすべてのジョブが瞬時に送られ、その上で管理されるためジョブキャンセルもできない。

*4 : CanonのプリンタドライバがCAPTプリンタと通信をするためだと思われますが、CUPS運用は想定されてないらしくタイムアウトするまで待たなければならないという。

まとめ

ようやくまともにCUPSによるプリンタ管理が実現しました。

こんだけ色々書いたあとに言うのもなんですが、不要になったプリンタLBP-3310あげます(苦笑)

LBP3310.jpg

  • 最低限、今入ってる互換トナーを別のものに交換しないとまともに使えないと思います(苦笑)
    • ただし、交換したからといって何の問題もなく使えるかどうかは分かりません。
    • トナーを整理していたら、純正トナー(ただしインクがなくなりかけている)を見つけたので入れ替えたところ問題なく綺麗に印刷されました。
  • Linuxで使おうとすると地獄です。Windows等で使うことをオススメします。
  • 細かい仕様はLBP-3310で検索して調べてください。
  • 2,3度分解しています。その際、背面の紙詰まり検出のプラスチック製のツメを破損しており、ハンダゴテでプラスチック溶接してありますが、再破損する可能性があります。*5
  • また分解の際に一部部品を欠損しています。こちらは動作には支障はないと思います。
  • さっきまで現役稼働していましたがジャンク扱いです。

希望者はコメント欄に。希望者の中からあげたい人に「メールください」とコメントを返すので、その後にメールください。希望者がいなければゴミかな。

希望者がいなかったため処分しました。

一言まとめ

CanonのCAPTプリンタはクソ!!(Linuxで使う場合)

*5 : 何度か再破損したあとかなり本格的に接着し、以後一度も損傷していませんが、今後も絶対壊れないとは言い切れません。損傷すると1枚印刷ごとに必ず紙詰まりエラーとなります。

2013/02/13(水)「さくらVPS 512」と「さくら VPS V3」のベンチ記録

さくらVPS 512(メモリ1G/HDD 20GB/東京)と同じ値段でさくらVPS 1G(メモリ1G/HDD 100GB/石狩)が提供されているので乗り換えました。

CPU等

さくらVPS 512

   BYTE UNIX Benchmarks (Version 5.1.3)

   System: GNU/Linux
   OS: GNU/Linux -- 2.6.26-2-amd64 -- #1 SMP Tue Jan 25 05:59:43 UTC 2011
   Machine: x86_64 (unknown)
   Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
   CPU 0: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (5366.2 bogomips)
          x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
   CPU 1: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (5320.0 bogomips)
          x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
   20:41:07 up 21 days,  6:57,  1 user,  load average: 0.08, 0.02, 0.01; runlevel

さくらVPS 1GB(石狩)

   BYTE UNIX Benchmarks (Version 5.1.3)

   System: GNU/Linux
   OS: GNU/Linux -- 2.6.32-5-amd64 -- #1 SMP Sun Sep 23 10:07:46 UTC 2012
   Machine: x86_64 (unknown)
   Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
   CPU 0: Intel(R) Xeon(R) CPU E5645 (4800.1 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSCALL/SYSRET
   CPU 1: Intel(R) Xeon(R) CPU E5645 (4800.1 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSCALL/SYSRET
   20:41:10 up  2:05,  1 user,  load average: 0.08, 0.02, 0.01; runlevel

ベンチマーク

せっかくなのでベンチマーク取ってみました。UnixBenchをインストールして同時に実行。時間は午後9時前ぐらい。

さくらVPS 512

Benchmark Run: 水  2月 13 2013 21:09:18 - 21:37:28
2 CPUs in system; running 2 parallel copies of tests

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   51489086.1   4412.1
Double-Precision Whetstone                       55.0       6313.8   1148.0
Execl Throughput                                 43.0       6847.9   1592.5
File Copy 1024 bufsize 2000 maxblocks          3960.0     421091.4   1063.4
File Copy 256 bufsize 500 maxblocks            1655.0     123670.2    747.3
File Copy 4096 bufsize 8000 maxblocks          5800.0     946124.6   1631.2
Pipe Throughput                               12440.0    3622122.0   2911.7
Pipe-based Context Switching                   4000.0     583841.2   1459.6
Process Creation                                126.0      22116.8   1755.3
Shell Scripts (1 concurrent)                     42.4       9983.7   2354.7
Shell Scripts (8 concurrent)                      6.0       1455.2   2425.3
System Call Overhead                          15000.0    5502025.7   3668.0
                                                                   ========
System Benchmarks Index Score                                        1852.5

さくらVPS 1G

Benchmark Run: Wed Feb 13 2013 21:09:01 - 21:36:41
2 CPUs in system; running 2 parallel copies of tests

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   43468385.8   3724.8
Double-Precision Whetstone                       55.0       5706.7   1037.6
Execl Throughput                                 43.0       7587.2   1764.5
File Copy 1024 bufsize 2000 maxblocks          3960.0     675398.4   1705.6
File Copy 256 bufsize 500 maxblocks            1655.0     207788.6   1255.5
File Copy 4096 bufsize 8000 maxblocks          5800.0    2030904.4   3501.6
Pipe Throughput                               12440.0    3681320.4   2959.3
Pipe-based Context Switching                   4000.0     597102.4   1492.8
Process Creation                                126.0      25843.5   2051.1
Shell Scripts (1 concurrent)                     42.4      11657.8   2749.5
Shell Scripts (8 concurrent)                      6.0       1521.9   2536.5
System Call Overhead                          15000.0    5023386.2   3348.9
                                                                   ========
System Benchmarks Index Score                                        2168.6

ディスク性能は上がってるけど、CPU性能は下がってる感じかな……。同居しているサーバ次第という運要素もるあるけど^^;;

なお、後日再計測してもほぼ同じ結果でした。

おまけ(家のファイルサーバ)

========================================================================
   BYTE UNIX Benchmarks (Version 5.1.3)

   OS: GNU/Linux -- 2.6.32-33-generic -- #72-Ubuntu SMP Fri Jul 29 21:07:13 UTC 2011
   Machine: x86_64 (unknown)
   Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
   CPU 0: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (5851.1 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
   CPU 1: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (5852.0 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
   CPU 2: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (5852.0 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
   CPU 3: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (5852.0 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization

------------------------------------------------------------------------
4 CPUs in system; running 1 parallel copy of tests

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   29796326.5   2553.2
Double-Precision Whetstone                       55.0       3547.3    645.0
Execl Throughput                                 43.0       1834.3    426.6
File Copy 1024 bufsize 2000 maxblocks          3960.0     948709.0   2395.7
File Copy 256 bufsize 500 maxblocks            1655.0     292169.0   1765.4
File Copy 4096 bufsize 8000 maxblocks          5800.0    1806009.9   3113.8
Pipe Throughput                               12440.0    2069255.4   1663.4
Pipe-based Context Switching                   4000.0      53365.8    133.4
Process Creation                                126.0       6816.6    541.0
Shell Scripts (1 concurrent)                     42.4       3799.0    896.0
Shell Scripts (8 concurrent)                      6.0       1549.3   2582.1
System Call Overhead                          15000.0    3712228.8   2474.8
                                                                   ========
System Benchmarks Index Score                                        1166.7

------------------------------------------------------------------------
4 CPUs in system; running 4 parallel copies of tests

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   63117155.6   5408.5
Double-Precision Whetstone                       55.0      11835.0   2151.8
Execl Throughput                                 43.0      12372.7   2877.4
File Copy 1024 bufsize 2000 maxblocks          3960.0     744042.7   1878.9
File Copy 256 bufsize 500 maxblocks            1655.0     201710.4   1218.8
File Copy 4096 bufsize 8000 maxblocks          5800.0    2080982.1   3587.9
Pipe Throughput                               12440.0    4768068.0   3832.9
Pipe-based Context Switching                   4000.0     810964.6   2027.4
Process Creation                                126.0      31751.9   2520.0
Shell Scripts (1 concurrent)                     42.4      12196.6   2876.6
Shell Scripts (8 concurrent)                      6.0       1719.7   2866.2
System Call Overhead                          15000.0    9333844.6   6222.6
                                                                   ========
System Benchmarks Index Score                                        2840.9

回線速度

down

jpixからの速度。

さくらVPS 512

$ wget ftp://ftp1.jp.freebsd.org/pub/FreeBSD/ISO-IMAGES-amd64/9.1/FreeBSD-9.1-RELEASE-amd64-disc1.iso

2013-02-14 (3.93 MB/s) - `FreeBSD-9.1-RELEASE-amd64-disc1.iso' へ保存終了 [718862336]

さくらVPS 1G

$ wget ftp://ftp1.jp.freebsd.org/pub/FreeBSD/ISO-IMAGES-amd64/9.1/FreeBSD-9.1-RELEASE-amd64-disc1.iso

2013-02-14 (3.22 MB/s) - `FreeBSD-9.1-RELEASE-amd64-disc1.iso.1' へ保存終了 [718862336]

up

web上に先ほどDLしたファイルを置いて、wgetで手元のLinuxからダウンロード。

さくらVPS 512

2013-02-14 (4.26 MB/s) - `FreeBSD-9.1-RELEASE-amd64-disc1.iso.1' へ保存完了 [718862336/718862336]

さくらVPS 1G

2013-02-14 (3.40 MB/s) - `FreeBSD-9.1-RELEASE-amd64-disc1.iso' へ保存完了 [718862336/718862336]

数字だとそこまで大したことないですか、接続時の速度は圧倒的に512のほうが速く(512:4~6MB/s。1G:1~2MB/s)、だんだん速度が低下するパターンと、だんだん速度が上昇するパターンになっていて最終的に近づいてます。

webサーバなどでは、小容量データしか転送しませんから接続時速度のほうが重要になります。

後日、午後8時代に再計測したところ1G(石狩)は「上り:0.4~1MB/s」「下り:1~2MB/s」でした。これはダメだな……。

まとめ

CPU性能とネットワーク性能がかなり低下したのが痛いところです。ベンチだとそんなに差がないように見えますが、負荷率リミットでもかかっているのかのように、1Gプランでは瞬発的な性能がまったく出ません。色々な処理をさせてもレスポンスが3割ぐらい(体感的に)遅いです。

まさかここまで諸々の性能が落ちるとはなあ……。

HDD容量に釣られることなく、512のままにしておけばよかった。どうせそんなに使ってなかったんだし。

2010/02/27(土)久しぶりにLinuxサーバをインストール

FのワークステーションでCELSIUS N450とかいうマシン。ARC-1210というRAIDカード。SASとSATAに互換性があるのは知らなかった。SASのポートに専用ケーブル使うとSATAが刺さるというカードがたくさん。

Debian5.04/amd64をインストールしようとしたのですが、HDDを認識しない。あれーRAIDカード認識しないのか!! と思って焦った。なんてことはない、RAIDアレイを作ってあるけど、ドライブ(ボリューム)を作ってなかった。

ArecaのカードはLinuxで自動で認識するって聞いてたのですが、たしかに普通に認識しました。どうやら、システム的にはSCSIカードとして見えるようです。しかし本格的なRAIDカードを扱うのが初めてなので細かい設定項目や注意点までわからない。エライヒト教えて(ぉ

別に容量はそんなに要らないのでRAID1です。HDDは故障率が低いことを期待して1プラッタのHitachi/IBM HDS721050CLA362(500GB)。ホットスペアを1個作ったのですが、これってHDD障害起こったときどうやって知ったらいいんだろう。そういえば、LinuxのソフトウェアRAIDもどうやって障害知ればいいんだろうか。


サーバなのでXは入れずにコンソールのみ。Ubuntuで慣れてるので、Debianもとまどうことなく扱えました。むしろ、色々拡張されてない分、Ubuntuより分かりやすいかも。

コンソールに日本語表示させるのに、フレームバッファモジュール(ビデオカードによる)を入れて、jfbtermであっさり通る。一昔前は、UTF-8コンソール出すのすごい面倒くさかった記憶があるのですが便利になったなあ。80x30とかはできないみたいだけども。*1

何がよかったって、キーボードがIBMのカチャカチャ言ういいキーボードで「なにこれ、コンソール楽しい」とかやってましたとさ(笑)


最近、Debian系も飽きてきたので、次(個人的に)サーバ立てるときはFreeBSDにしようかな。*2

*1 : カーネル起動パラメータでフレームバッファモードにすればいいんだろうけど、面倒くさいので放置。

*2 : FreeBSDはなんだかんだで好き。ZFS使いたい。