「サーバー」の記事 - Crieit

サーバーのパーツ

2021-05-17T15:08:06+09:00

サーバを構成するパーツについて

主に4つのパーツで構成されている。

・CPU
・メモリ
・ディスク
・電源ユニット

CPUについて

・コンピューターの頭脳と呼ばれる。

CPUを選ぶ際に注目すべき点は主に3つある。

１．クロック周波数と世代
→クロック周波数が高いほど、処理速度は向上する。
だが、現代ではマルチコアが主流なため、CPUのコア数が性能を大きく左右するため、あまり重視されない。そして、同じ周波数でも世代が新しくなるほど性能は向上する。

２．コア数
→CPUの核で処理部分。
　2個＝デュアルコア
2個＝：クアッドコア
10個＝メニーコア

3．キャッシュメモリ
→CPUがプログラムを直接低速なディスクやメモリからアクセスすると本来の性能が出せない。
この速度差による性能低下を抑えるため、CPUがアクセスするデータの一部を高速なキャッシュメモリに蓄える。

メモリ

・主記憶装置
→キャッシュメモリに収まらないデータを格納するための装置。データの読み書き速度は補助記憶装置より早いがキャッシュメモリより遅い。

・補助記憶装置
→容量は多いが、高値。

速度の順は、
キャッシュメモリ＞メモリ＞ディスク
となる。

ディスク

・OSやアプリケーションプログラム、データを格納する装置。
キャッシュメモリやメモリと違い、電源を切ってもデータは失われないが、読み書きは低速。

ディスクの種類
■ハードディスク(磁気でデータを記録)

・SATAハードディスク
→ PC用のディスク
・1日8時間程度の稼働を想定。
・安くて大容量だが低速　
・アクセス頻度の低いデータの保存ならサーバーで利用しても問題なし。　

・SASハードディスク
→サーバ用のディスク
・365日24時間の稼働を想定
・SSDより安くSATAより高速
・一般的なサーバに最適

■SSD(半導体でデータを記録)

・SSD(Solid state Drive)
→・SATA、SAS、NVMeの
　　接続規格に対応したものがある
・ハードディスクよりかなり高価だが
　圧倒的に高速
・高速なデータアクセスが要求される用途に最適

ただのまとめだが、追加があれば書き足していこうと思う。

Systemdを使ったPhoenixの本番デプロイ詳細例

2017-12-19T06:24:49+09:00

Elixir Advent Calendar 2017 - Qiita

19日目。

サーバーを準備し、コンテナを使わずに運用できるところまでの準備まで一通りまとめてみた。
Systemdで動作させる。

（以前残したログをまとめているだけなので正確でない可能性あり）

前提

Elixir1.5
Phoenix1.3
Debian

初期設定

最初だけ本番で調整したものをコミットしたりもするのでgitもちょっと設定。

sudo apt-get update
sudo apt-get install -y git dbus
sudo timedatectl set-timezone Asia/Tokyo
git config --global user.name "name"
git config --global user.email "email"

Elixir & Phoneix & Node.js

curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
wget https://packages.erlang-solutions.com/erlang-solutions_1.0_all.deb && sudo dpkg -i erlang-solutions_1.0_all.deb
sudo apt-get update
sudo apt-get install -y nodejs inotify-tools esl-erlang elixir
mix local.hex --force
mix local.rebar --force
mix archive.install https://github.com/phoenixframework/archives/raw/master/phx_new.ez --force
sudo apt-get install --reinstall build-essential

DB

MySQLとかPostgreSQLとか。
普通は別サーバーだろうし省略。

ビルド

ssh-keygenかtokenかでcloneできるように準備。
適当なので環境変数とかユーザーは適宜いい感じにしてもらった方が良いかもしれない。

git clone ********.git
cd appdir
mix deps.get --only prod
sudo MIX_ENV=prod mix compile
cd assets
npm install
sudo npm install -g brunch
brunch build --production
cd ..
sudo MIX_ENV=prod mix phx.digest
sudo MIX_ENV=prod mix ecto.migrate
sudo MIX_ENV=prod mix phx.server

とりあえずここまでで動くか確認する。

Let's Encrypt

省略。下記の記事に一応詳細は書いてある。

PhoenixでLet's EncryptによるSSL - アルファブレンドプログラミングチップス

Systemd

sudo vi /etc/systemd/system/myapp.service

[Unit]
Description=My app

[Service]
WorkingDirectory=/home/username/appdir

Restart=always
Environment=MIX_ENV=prod HOME=/root
ExecStart=/usr/local/bin/mix phx.server

[Install]
WantedBy=multi-user.target

sudo systemctl enable cybozulive
sudo systemctl start cybozulive

運用

pull, compile, brunch build, digest, migrate, restart

Linux Mint18でapache2.4とphp7

2016-10-28T05:27:01+09:00

Linux Mint18でapache2.4とphp7を使うとエラーが起きた。

phpMyAdminを使おうと設置して閲覧すると、phpのソースがそのまま表示された。
phpのモジュールがロードされてないっぽいので調べてみると、
/etc/apache2のmods-availableにはphp7関連ファイルがあるのだがmods-enabledの方にはない。
有効にするにはシンボリックリンクを貼ると良いようなのでphp7.0.loadとphp7.0.confをリンクする。

すると、apacheを再起動時にエラーが発生するようになってしまった。
configtestをしてみると、下記のメッセージが表示されていた。

Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe

調べてみると、どうもapt-getでインストールしたphpは今回のapacheの設定に合っていないらしい。
なのでMPMをeventからpreforkに変更するため、
mods-enabledからmpm_event.conf, mpm_event.loadを削除し、
代わりにmpm_prefork.conf, mpm_prefork.loadのシンボリックリンクを貼る。

これで再起動で動作した。

XAMPPのmailoutputを閲覧するプログラム

2015-10-08T16:10:13+09:00

XAMPPのデフォルトのメール送信はmailtodiskになっており、
実際にはメールは飛ばず隣のmailoutputというフォルダに
メールが保存される仕組みになっている。
ローカルで開発を行う際にはテストでメールがいっぱい飛ぶと厄介なので
メールが飛ばないのは意外と便利だったりする。

中身が一部エンコードされていたりするので、
解析して閲覧できるツールを適当に作ってみた。
あくまで自分で使う用。
MailoutputViewer

さくらサーバーにswfmillをインストール

2010-06-05T09:00:00+09:00

さくらサーバーにswfmillをインストールした備忘録。
プランはビジネスの安い方。

swfmillをダウンロードしてインストールしますが、
最新バージョンはlite用パッチが上手くきかないので0.2.12を使う。

|sh|
wget http://swfmill.org/releases/swfmill-0.2.12.tar.gz
tar xzf swfmill-0.2.12.tar.gz
cd swfmill-0.2.12
wget http://lab.klab.org/files/flash/encoding.patch
patch -p1 < encoding.patch
||
configureは自分のディレクトリのパスを指定。
|sh|
./configure –-prefix=/home/username
||
エラーがでるのでソースを修正。
src/gSWFParseXML.cppの31行目
|cpp|
size_t r = iconv(cd, (const char)&pin, &inbytesleft, &pout, &outbytesleft);
||
src/gSWFWriteXML.cppの31行目
|cpp|
size_t r = iconv(cd, (const char)&pin, &inbytesleft, &pout, &outbytesleft);
||
libpngのバージョンが合わない場合は下記も修正。
pngは自分で用意するならチェックいらないだろう…という勝手な前提。
src/swft/readpng.cの72行目
|cpp|
// if (!png_check_sig(sig, )
// return 1; /* bad signature */
||
これでmake & make installで、phpから起動してみたらxmlが出力されたところまでは確認。
あとは未確認。