Linuxでswap最適化を行って物理メモリを限界まで使い切る
Linuxでサーバを運用していると、メモリ不足でSwapが発生することがあります。で、このSwapなのですが、発生頻度を少しだけ調整できます。デフォルト設定だと、物理メモリに余裕があってもSwapが発生します。これを調整すると、少しだけSwapの発生を抑えることができます。 設定しておくと幸せになると思います。 ■パラメータ 下記のファイルに０〜１００の数値が記載されています。 /proc/sys/vm/swappiness この数値を０にすると、物理メモリを使い切るまでSwapを発生させません。１００にすると、とにかくSwapするようになります。パフォーマンス激落ちです。デフォルトは６０です。この数値を０にしてしまえば、数値を1以上に設定すれば、メモリを最大まで使い切るようになります。 追記 2016/3/25 はてなブックマークのコメントで、swappinessを0にするとOOMKil
SSHでパスワードなしでログインできるようにする設定手順
LinuxサーバにSSH接続するときに、パスワードなしの鍵交換方式でログインするように設定する手順です。 この方式にすると、パスワードなしで鍵ファイルを持っている人だけがサーバにログインできるようになりセキュリティが向上します。こちらの記事で、パスワードでのログインを禁止する方法を紹介しています。 また、SCPでバックアップ取るときなどにも、利用することができます。 AWSのEC2なんかもこの方法を使ってログインするようになっています。今回はこの設定手順を紹介いたします。 ■接続元端末での作業 まずは以下の作業を接続元の端末で作業をします。 ▼ssh-keygenで鍵の作成して、ファイルの内容をコピーする 対象ユーザでログインしてから以下のコマンドを実行し、鍵ファイルを作成します。この鍵ファイルはパスワードなしの鍵ファイルとなります。 ssh-keygen -t rsa 色々と設定を聞かれ
mysqldumpでテーブルロックを発生させない方法
オプションを何も付けずにmysqldumpでデータベースの中身をダンプしようとすると、テーブルロックがかかります。 サービス運用中のサーバからデータのダンプをするときにテーブルロックがかかってしまうと、ダンプ中はサービスが止まってしまい大変なことになります。 今回はテーブルロックをかけずにmysqldumpでダンプする方法を紹介します。ただし、以下の二点の制限があります。 ・データベースエンジンがInnoDBの時のみ有効 ・ダンプ中に発生した変更はダンプされない ご注意ください。手順的にはオプションを一つ追加するだけの簡単作業です。 ■mysqldumpの–single-transactionオプションを利用する –single-transactionオプションを利用することで、beginが実行された後にデータベースのダンプが始まります。さらに以下のSQLも発行され、分離レベルもREPEA
Linuxサーバーのアカウント管理について | おそらくはそれさえも平凡な日々
少人数でサービス開発をしていると、サーバーのアカウント管理を疎かにしてしまいがちです。良くないことだとわかっていながらも、共用ユーザーのログイン情報を数人で共有していたりだとか、rootばかり使っているなんてこともあるのではないでしょうか。 それだとオペレーターが増えたり、退職者がでたりした時に困ることになるので、最初からルールと仕組みを決めておいた方がトータルで楽になります。 前提 パスワードやログイン鍵の共用、ダメ！絶対！ rootを常用するの(・A・)ｲｸﾅｲ!! パスワードやログイン鍵を共用していると、人数が増えた時に誰が作業しているのか把握するのが大変になりますし、退職者が出た時に一斉変更をせざるを得なくなって混乱してしまいます。逆に一部のスタッフを別扱いして権限を制限したユーザーをアドホックに作ったりしてしまうのも管理が煩雑になります。じゃあどうすればよいかというと、個人ごとに
クックパッド開発者ブログ
レシピ事業部バックエンド基盤グループの石川です。 2024 年 5 月 15 日から 17 日にかけて、RubyKaigi 2024 が開かれました。クックパッドは Wi-Fi スポンサーとして協賛しており、また 16 日の夜には Cookpad Drinkup at RubyKaigi 2024 と称して懇親会を開きました。 クックパッド一行 懇親会のお店の様子 この記事では、カンファレンスで懇親会を開くにあたって気をつけていたことや、うまくいったこと、うまくいかなかったことをまとめます。RubyKaigi に関わらず、技術者コミュニティを盛り上げる手段のひとつとしてご覧ください。 続きを読む はじめに こんにちは。レシピ事業部プロダクト開発グループの堀内 (@Sota_Horiuchi)です。普段はバックエンドの開発を行っている新卒2年目のエンジニアです。 RubyKaigi 2024
Facebookの数千台規模のmemcached運用について - ゆううきブログ
Linuxのブロックデバイスレベルで実現するrsyncより高速な差分バックアップについて - ゆううきブログの続きとして、Facebook の memcached 運用に関する論文を読んだ。 タイトルなどは以下の通り。 NSDI はネットワークシステムに関するトップレベルのカンファレンス。 Scaling Memcache at Facebook Rajesh Nishtala, Hans Fugal, Steven Grimm, Marc Kwiatkowski, Herman Lee, Harry C. Li, Ryan McElroy, Mike Paleczny, Daniel Peek, Paul Saab, David Stafford, Tony Tung, Venkateshwaran Venkataramani NSDI'13 In Proceedings of the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mysqlのログファイルを削除したときの手順
乗っ取り被害が出たIP電話機のベンダーが見解を発表、運用・製品の欠陥を否定 
オープンリゾルバー～正規キャッシュDNSサーバー経由の2段階DDoS攻撃か？ 警察庁が怪しいパケットの増加を観測