Linuxサーバにログインしたらいつもやっているオペレーション - ゆううきブログ
主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /
コーポレートサイトのインフラ環境にAWSを選んだ理由
コンクリートファイブジャパン岩本です。 うさぎは記事とは無関係です。 名前はわさび様です。 ホーランド・ロップの女の子、1才です。 先日、弊社CTO佐々木が「専用サーバー、VPS、クラウドの比較」を書きましたが、 なぜあえてパフォーマンスでは費用対効果が一番悪いAWSをこのconcrete5 Japan, Inc.のコーポレートサイトのインフラに選んだのか？ 理由は「楽をしたいから」です。 もちろん「楽をしたい」だけでは、ただの怠けですが、システムの運用負荷が下がれば、（レンタルサーバーであれば）サーバーの月額費用などのサーバー実費以外の「運用コスト」を下げることができ、トータルコストの削減ができます。 「運用が楽になる ＝ 内部的な人件費を抑えられる」という事です。 また、弊社のように少人数の会社では、極力運用コスト（ヒューマンリソース）を抑え、その空いたリソースをわさび様をモフモフする
AKIBE - さくらのVPS CentOSでサーバ構築 1 – Login
ウェブサイトをリニューアルするため、レンタルサーバを多数試用していたところ、共有サーバと同価格帯でVPSを借りられる事を知り、サービスが始まったばかりの「さくらのVPS 」を仮登録してみました。 今迄、環境の整った共有サーバしか借りた事が無く、一からサーバを構築した事がなかったので、後学の為に作業のメモを残していきます。 なお、サーバ管理に関してはド素人で、他所で聞きかじった知識を検証もせずに載せてる部分もあるかと思われますので、ご注意ください。 特にセキュリティ面やパフォーマンス面はご自身で調べる事をお勧めします。助言を頂いたり、気がついた事があれば、随時修正していきます。 初期稼動段階での目標と条件 一つのサーバで複数のサブドメインを運営する WordPressとRedmineを稼動させる DNSはValueDomainのサーバをそのまま利用する コピペに頼らず、できるかぎり理解して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
