クラウドコンピューティングと負荷分散ソリューションLVS 第1回: LVSのアーキテクチャ | 技術文書 | 技術情報 | VA Linux Systems Japan株式会社
クラウド 負荷分散 クラウドコンピューティングと負荷分散ソリューションLVS 第1回: LVSのアーキテクチャ 2012/07/25 技術本部 本部長 高橋 浩和 Linux Virtual Sever (LVS)は、Linuxオペレーションシステム上で実行されている負荷分散ソリューションの一種で、1998年5月、Wensong ZhangによってOSSプロジェクトとして開始されました。 LVSは、実サーバのクラスタ上に構築されたコンピュータ・クラスター技術を用いて高性能かつ高可用なLinuxサーバを構築し、スケーラビリティや信頼性、保守性を向上させます。また、LVSを利用することで、Webサービスや電子メールサービス、メルチメディア、VoIPサービスなどの高信頼ネットワークサービスの構築が可能となります。 VA LinuxはLVSに積極的な貢献をしており、新機能の実装や現バージョンへの移
CentOS7.1 64bit firewalldによるアクセス制御
当サイトでCentOS7.1 64bitへのインストール方法を紹介しているパッケージに関するfirewalldの設定を、以下に示します。 firewalldでは、アクセス制御の設定をゾーン別に行うようになっており、ネットワークインターフェイスにゾーンを割り当てることで、アクセス制御の使い分けができるようになっています。 ここでは、デフォルトのゾーンとなるpublicゾーンに対して、アクセス制御を行っていきます。 以下の各コマンドで、プロンプトが「#」で開始しているものはrootユーザーでの実行、「$」で開始しているものは一般ユーザーでの実行となります。 firewalldのインストール firewalldのインストール firewalldはCentOS7.1 64bitのインストールを「CentOS-7-x86_64-Minimal-1503-01.iso」から行った場合は、デフォルトでイ
CentOS7
ホーム CentOS7 VulsRepoのインストール CentOS7 Vulsのインストール CentOS7 OpenVAS(GVM)のインストール CentOS7 Webminのインストール CentOS7 Userminのインストール CentOS7 Cockpitのインストール CentOS7 Nginxでリダイレクト処理 CentOS7 NginxでCGI(Perl) CentOS7 NginxでPHP CentOS7 NginxでSSL証明書の設定(SNI含む) CentOS7 Nginxでバーチャルホスト CentOS7 Nginxのアクセス制限 CentOS7 Nginxの基本インストール CentOS7 ディスク容量チェック CentOS7 WordPressのインストール CentOS7 RainLoopのインストール CentOS7 PHPListのインストール Ce
CentOS 7.0 - ファイアウォール設定！
mk-mode.com Linux, Debian, IT, Server, PG, Ruby, Rails, Python, C++, Fortran, PC, MariaDB, math, GIS, etc... 「CentOS 7.0 - ファイアウォール設定」についての記録です。 （旧バージョンでの作業記録を更新しました。興味がなければスルーしてください） 0. 前提条件 CentOS 7.0-1406(x86_64) を NetInstall で最小限インストールしている。 サーバ用途なので、作業は基本的に全て一般ユーザから root になって行う。 主に「FirewallD/jp - FedoraProject」を参照。 1. FirewallD 概要 iptables の設定をフィルタリング機能で管理する。 iptables の存在を意識する必要がない。 NIC ポートごとに
いますぐ実践! Linuxシステム管理
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
「Systemd」を理解する ーシステム管理編ー | ギークを目指して
前回の記事「Systemd」を理解するーシステム起動編ーでは、Systemdの概念とSystemdによるLinux起動プロセスの内容を解説させていただいた。第二回となる今回の記事では、Systemdを利用したシステムの管理方法を記載していきたいと思う。 今回の記事ではSystemdのsystemctlコマンドを利用したサービス（プロセス）管理方法と、journalctlコマンドを利用したSystemd journalログ照会の2章立てでSystemdによるシステム管理を解説させていただく。また、各コマンドは先日リリースされたCentOS7上で動作確認させていただいた。 systemctlを利用してサービスを管理する Systemd環境にてサービス管理を行う場合、主にsystemctlコマンドを利用するが、一部、従来のコマンドも利用可能となっている。使途別のコマンドを見ていこう。 Unitの
修正したいソースRPMにパッチを作って当てる方法 - cactusman日誌
ソースRPMがあってどこを修正すればいいのかわかった場合、パッチを作って当てる方法を。 環境はCentOS5.1*1でrpmbuildや開発環境(gccなど)がインストール済みのこと。 ソースRPMはhoge.src.rpmの場合 rpm -ivh hoge.src.rpm と実行すると/usr/src/redhat/以下、SPECSディレクトリにspecファイル、SOURCESディレクトリにソースのアーカイブやパッチが置かれる。 ここで、/usr/src/redhat/SOURCESに移動して、 rpmbuild -bp hoge.spec を実行すると、/usr/src/redhat/BUILDディレクトリの下にhogeというディレクトリができ、そのなかにパッチを当てた状態のソースが展開されている。 そのhogeディレクトリを作業ディレクトリにコピーし、同じ階層に同じものを別名（hog
社内プロキシに虐げられてる人たちはVPSとか借りて社外にプロキシ立ててsshトンネルで繋ぐとウハウハですよってお話 - Qiita
概要 社内プロキシに様々なサイトへのアクセスをブロックされたり、社外サーバにsshできなかったりする人向けに社外プロキシを立ててあらゆるサイトにアクセスする方法のまとめです。(後述しますが半分くらいネタポストです。) 他にも以下のような効果がありますので、プロキシフリーな会社にお勤めもし良かったら参考にして頂ければと思います。 なぜか2015年になっても存在するカフェとかホテルとかでの保護されていなかったりする無線wifiを使っても盗聴されない。 日本からアクセスできないサイトにアクセスできる。(海外のデータセンタ上のVMを使った場合) なお、非認証プロキシを例にしてます。認証プロキシでもあまり変わらないとは思いますが、環境が無いため未確認です。また、プロキシの挙動や設定方法はプロキシサーバの種類や設定によって多岐に渡るため、全てのプロキシで同じ方法が使えるとは限らないとは思います。 最後
e-trees.Japan, inc. :: CentOS7でネットワークインターフェース名をethXに戻す方法
CentOS7からネットワークインタフェース名の表記が今までと異なり、enXXXXとなっています。これを旧式のethXという表記に戻す方法について記します。 １．ブートコマンドラインを編集する方法 /etc/default/grub を以下のように「net.ifnames=0」を追加するように編集します。 GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/swap vconsole.font=latarcyrhebsun16 vconsole.keymap=jp106 rd.lvm.lv=centos/root crashkernel=auto net.ifnames=0 rhgb quiet" grub2-mkconfig -o /boot/grub2/grub.cfg を実行してgrubコンフィグファイルを生成します。 この後リブートすれば、ネットワークイ
Stray Penguin - Linux Memo (Iptables tutorial)
このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。
LVS defense strategies against DoS attack
DoS アタックからの LVS の防御戦略 IPVS のバージョンが 0.9.10 以降では、お互いの新しいコネクション の状態（新しいコネクションがリダイレクトされたサーバーのようなもの）を保つためにエントリーが作られ、128バイトの効率的なメモリーには互いのエントリーが必要なのでエントリーのサイズは124バイトになっている。3つの防御戦略は現在 Dos 攻撃の種類のものに対して実装されている。それらはドロップエントリーディフェンスとドロップパケットディフェンスとセキュアTCPディフェンスです。これらの方法はカーネル内で有効か無効かどうかの変数を sysctl によってコントロールできます。 1. ドロップエントリーディフェンス ドロップエントリーディフェンスは新しいコネクションのメモリを回収するために、コネクションハッシュテーブルからランダムにエントリーをドロップします。現在のコードで
The Linux Virtual Server Project - Linux Server Cluster for Load Balancing
What is the Linux Virtual Server? The Linux Virtual Server is a highly scalable and highly available server built on a cluster of real servers, with the load balancer running on the Linux operating system. The architecture of the server cluster is fully transparent to end users, and the users interact as if it were a single high-performance virtual server. For more information, click here. Applica
LVS-HOWTO
Copyright © 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Joseph Mack v2012.01 Jan 2012, released under GPL. Note: Mar 2014 This HOWTO is no longer being maintained. Abstract Install, testing and running of a Linux Virtual Server with 2.2.x, 2.4.x, 2.6.x kernels search the LVS documentation Table of Contents 1. LVS: Introduction1.1. Thanks1.2. About the HOWTO1.
ipvsadm(8) 日本語訳
LVS の管理インターフェースである ipvsadm コマンドのマニュアルを翻訳しました。 オリジナルはsvn最新版です。配布条件はオリジナルの ipvsadm に従います。 誤訳等あればコメントをいただけると嬉しいです。 ========================================================================================== IPVSADM(8) Linux 管理者ガイド IPVSADM(8) NAME ipvsadm - Linux Virtual Server 管理 SYNOPSIS ipvsadm -A|E -t|u|f service-address [-s scheduler] [-p [timeout]] [-M netmask] ipvsadm -D -t|u|f service-address i
はじめての自宅サーバ構築 - Fedora/CentOS - yum plugin「skip-broken」の導入
■ skip-brokenとは・・・ skip-brokenとはrpmパッケージのアップデート時に依存関係のパッケージの不具合等でアップデートできない場合に利用すると便利です。 例えばパッケージ一括アップデート時に、一つでもエラーがある場合は全くアップデートできません。 しかし、この「skip-broken」を利用すれば、問題があるパッケージを除いて全てをアップデートする事が可能になります。 現在、アップデート可能なパッケージを確認 # yum check-update Loading "fastestmirror" plugin Loading "downloadonly" plugin Loading mirror speeds from cached hostfile * fedora: ftp.riken.jp * updates: ftp.riken.jp fedora 100%
CentOSをアップデートしよう
CentOSを触ってみた感じはいかがだったでしょうか？ 引き続きCentOSを最新の状態までアップデートしていきます。 WindowsでいうところのWindows Updateに相当するところで、CentOSの場合はyumといいます。 ここではWindowsと少々違う操作、Linuxの特徴が出てきます。 まずはアップデートデータのダウンロード先の問題です。 WindowsはMicrosoft社の商品であり、基本的にOSのアップデートはMicrosoftに頼ることになります。 ですがCentOSはオープンソース、何もアップデートは1カ所というわけではないのです。 更に言えばOSだけではなく、使用しているソフトのアップデータも提供されています。 便利なものですね。 というわけでまずはアップデートデータのダウンロード先（これをリポジトリといいます）を追加しましょう。 編集すべきファイルは/etc
無限ループについて(while true～) - OKWAVE
> 親プロセスは調べたのですが(bashでした)、これをkillすることで、 > 他に影響のでる子プロセスがないのか心配です。 心配はごもっともです。 影響があるとすれば、このbashから起動されたプロセスが他にある場合ですが、 ps -ef|grep 1234|grep -v として、このbashだけが表示されるなら、PPIDにこのpidが含まれるプロセスはないということになるので、このbashを親プロセスとしているプロセスはないことになります。 それが確認できれば、killしても影響はないと思われます。 > ps -ef | grep bash > してみると、PIDもPPIDも違いますが、上記シェルを利用しているプロセスが幾つかありました。 シェルから起動されたコマンドがバックグラウンドで実行されている場合、bashがプロセスとして走ってます。なのでpsでみるといくつもbashが走っ
【メモ】 サーバのLoad Averageなどを監視するコマンド「top」をログに保存する
コマンドラインから設定する topの結果をlogに出力する – Code Design top -b -d 60 > /log/top.log -b オプションはバッチモード。結果を標準出力に出力する。 -d オプションは動作間隔。単位は秒（小数点以下も2桁まで指定可能。マイナスは不可）。省略するとデフォルト設定で起動する。間隔を短くしすぎるとログが膨大になりすぎるのでここでは60秒で設定。監視目的ならば短い方が良いかと（平均を把握しやすいので）。 本当なら記録するファイルは決めておいて、単位時間でローテーションさせるのが普通だと思うんだけど、とりあえずこれでも動いたので参考までに。 top -b -d 60 > /log/top.log_`date +%y%m%d` 「top.log_090609」というファイル名でログが保存される。 cronで設定する もし定常的にログを保存することに
ボトルネックめも – Worklog
＜性能テスト＞ ■ボトルネックの解析の基本 性能限界が生じた場合にいきなり、システムリソースの計測値から 調査するのはふさわしくない。 サーバーリソースの細かい計測値を複数取得して比較検討しても ボトルネックが切り分けしずらい。 ボトルネックの発生するタイミングはサーバーリソースを計測せずともわかる。↓ 応答時間：性能ボトルネックが発生するまでは一定で推移 ＝＞途中応答遅延している時点でボトルネック スループット：性能ボトルネックが発生するまでは増加を続ける ＝＞途中頭打ちになっている時点がボトルネック ■ボトルネック詳細要因の切り分け方法 ボトルネックのタイミングのサーバーリソースを確認 ＝＞ノード単位の切り分け、どのサーバーがボトルネックか？ ネットワーク機器 性能限界時に顕著にわかる現象：CPU使用率100%、帯域使用率100% 主な劣化要因：物理ボードの処理能力限界 システムバス処
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバーのCPU負荷などを調べるときに、psは使用できない。 - なんちゃってエンジニア