平素よりユニットホスティングをご利用頂きまして、誠にありがとうございます。
今回はお問い合わせに多い、プラン変更についてを解説したいと思います。
各プランの詳細についてはこちらからご確認ください。

まず、一度作成したサーバのプラン変更はほとんどのケースに置いて不可能です。
また、プラン変更を行っても使用されたポイントは元に戻りません。

プラン変更が可能なケース

• スマートプランAからインスタントプランA
• インスタントプランAからスマートプランA

このプラン変更の制限は下記の理由がございます。

スマートプランAからの変更

1. スマートプランBへ:
   スマートプランAからスペックアップするタイミングが現プランの有効期限後となり、ユーザ様の意図しないタイミングで再起動等が発生してしまうためです。
2. インスタントプランCへ:
   インスタントプランCではグローバルIPがつかず、仮想サーバのインタフェースの設定とIPアドレスのリナンバリングが発生するためです。

スマートプランBからの変更

1. 他全プランへ:
   スマートプランBからスペックダウンするタイミングが現プランの有効期限後となり、ユーザ様の意図しないタイミングで再起動等が発生してしまうためです。

インスタントプランAからの変更

1. スマートプランBへ:
   インスタントプランAからスペックアップするタイミングが現プランの有効期限後となり、ユーザ様の意図しないタイミングで再起動等が発生してしまうためです。
2. インスタントプランCへ:
   インスタントプランCではグローバルIPがつかず、仮想サーバのインタフェースの設定とIPアドレスのリナンバリングが発生するためです。

インスタントプランCからの変更

1. 他全プランへ:
   インスタントプランCではグローバルIPがつかず、仮想サーバのインタフェースの設定とIPアドレスのリナンバリングが発生するためです。

これらの根本はインスタントプランCを除いて、各プランのポイント使用はサーバとそれに紐づくCPU、メモリ、ディスクの有効期限延長に使用されていることに起因いたします。

ポイント使用履歴

上記をご覧いただくと、2/16 17:58に”-vm-3″というサーバの有効期限を延長し、4ポイントを使用した履歴がございます。
これはインスタントプランAのサーバによるものです。
このサーバをスマートプランBに変更しようとした場合で例示いたします。

このようになります。
これでは本来必要とするスペックが、後からついてくることになります。

まとめますと以下のような理由からプラン変更ができない仕様です。

1. プラン変更時のスペック差は現プランの有効期限後に有効となるため。
2. スペックの差分があった場合は、有効期限とあわせて再起動する必要があるため。
3. IPアドレスのリナンバリングがあるため。

どれも実現性という意味では可能ではありますが、現時点ではユーザ様に不利益がある場合が多いためこれらのプラン変更は不可としております。

ユニットホスティングのお申し込みはWebからのみ受け付けております。
お申し込みにあたっては下記の情報を必要としますが、初期費用等は一切頂いておりません。

• メールアドレス
• 希望ログインID
• パスワード
• 生年月日

※ 生年月日についてはパスワードを忘れてしまった場合のリセットに使用しております。

申し込み画面

申し込み入力画面

こちらの内容まで入力しますと、登録メールアドレスに対して仮登録完了のお知らせが送信されます。

■ 仮登録メール文面(一部URLを改変しておりますので、下記サンプルは実際にはご利用頂けません)
～～～ ここから ～～～
ユニットホスティングに仮登録をしていただき誠にありがとうございます。

次のURLからユーザー登録（無料）が行えます。
24時間以内に下記ＵＲＬをクリックし、登録を行ってください。
──────────────────────────────────

https://www.unit-hosting.com/account/mail/confirm/*

──────────────────────────────────

※このメールの送信者にお心当たりがない場合は、メールアドレスを誤って
送信されている可能性があります。大変お手数ではございますが、
メールを破棄してください。

ユニットホスティング

http://www.unit-hosting.com/

～～～ ここまで ～～～

メールに記載のURLにアクセスすると次のような画面が表示されます。

本登録画面

• 希望ID: ユニットホスティング管理画面にログインするためのログインIDとなります。
• パスワード: ユニットホスティング管理画面にログインするためのパスワードとなります。
• 生年月日: 上記パスワードを忘れた時のリセットに使用いたします。

こちらの登録が完了すると、登録時の希望IDとパスワードにて、
ユニットホスティング管理画面へのログインが可能となります。
また、完了時は自動的にログイン状態となります。

LVSの構築の続きです。

前回はユニットホスティングの管理画面で必要な設定を行いましたので、ここからは
各サーバの設定となります。
下記のように仮のIPを割り振ってみました。
※ 実際に割り振られるIPは状況によって異なりますので、変動する場所については赤字で記述されています。

サンプルネットワーク図

LVSを構築する上でのミドルウェアは多くあるのですが、ここではkeepalived での設定を記述させていただきます。

1. ネットワークインターフェースの設定追加

• lvs01
• /etc/sysconfig/network-scripts/ifcfg-eth1 に下記を追加
• DEVICE=eth1
ONBOOT=yes
IPADDR=10.10.200.11
NETMASK=255.255.255.0

• eth1のifup

• lvs02
• /etc/sysconfig/network-scripts/ifcfg-eth1 に下記を追加
• DEVICE=eth1
ONBOOT=yes
IPADDR=10.10.200.12
NETMASK=255.255.255.0

• eth1のifup

• web01
• /etc/sysconfig/network-scripts/ifcfg-eth0 の下記を編集
• ONBOOT=yes
=> ONBOOT=no

• /etc/sysconfig/network-scripts/ifcfg-eth1 に下記を追加
• DEVICE=eth1
ONBOOT=yes
IPADDR=10.10.200.101
NETMASK=255.255.255.0
GATEWAY=10.10.200.1

• eth1のifup, eth0のifdown

• web02
• /etc/sysconfig/network-scripts/ifcfg-eth0 の下記を編集
• ONBOOT=yes
=> ONBOOT=no

• /etc/sysconfig/network-scripts/ifcfg-eth1 に下記を追加
• 
DEVICE=eth1
ONBOOT=yes
IPADDR=10.10.200.102
NETMASK=255.255.255.0
GATEWAY=10.10.200.1

• eth1のifup, eth0のifdown

• db01
• /etc/sysconfig/network-scripts/ifcfg-eth0 の下記を編集
• ONBOOT=yes
=> ONBOOT=no

• /etc/sysconfig/network-scripts/ifcfg-eth1 に下記を追加
• DEVICE=eth1
ONBOOT=yes
IPADDR=10.10.200.201
NETMASK=255.255.255.0
GATEWAY=10.10.200.1

• eth1のifup, eth0のifdown

• db02
• /etc/sysconfig/network-scripts/ifcfg-eth0 の下記を編集
• ONBOOT=yes
=> ONBOOT=no

• /etc/sysconfig/network-scripts/ifcfg-eth1 に下記を追加
• DEVICE=eth1
ONBOOT=yes
IPADDR=10.10.200.202
NETMASK=255.255.255.0
GATEWAY=10.10.200.1

• eth1のifup, eth0のifdown

これで各サーバのローカルIPの準備が整いました。
この手順で実施しますとWeb, DBサーバへは一時的にSSHで繋がらなくなりますので、
コンソールにて実施ください。

2. keepalived の設定

ここではlvs01, lvs02にkeepalived が既にインストールされている前提で進めます。

• lvs01

• ! Configuration File for keepalived
  global_defs {
     router_id lvs01
  }
  
  vrrp_instance vip_global_gateway {
      state BACKUP
      interface eth0
      garp_master_delay 5
      virtual_router_id 101
      priority 100
      advert_int 1
      virtual_ipaddress {
          10.12.0.231/15 dev eth0
      }
  }
  
  vrrp_instance vip_private_gateway {
      state BACKUP
      interface eth1
      garp_master_delay 5
      virtual_router_id 101
      priority 100
      advert_int 1
      virtual_ipaddress {
          10.10.200.1/24 dev eth1
      }
  }
  
  vrrp_sync_group {
      group {
          vip_global_gateway
          vip_private_gateway
  }
  

• lvs02

• ! Configuration File for keepalived
  global_defs {
     router_id lvs02
  }
  
  vrrp_instance vip_global_gateway {
      state BACKUP
      interface eth0
      garp_master_delay 5
      virtual_router_id 101
      priority 20
      advert_int 1
      virtual_ipaddress {
          10.12.0.231/15 dev eth0
      }
  }
  
  vrrp_instance vip_private_gateway {
      state BACKUP
      interface eth1
      garp_master_delay 5
      virtual_router_id 101
      priority 20
      advert_int 1
      virtual_ipaddress {
          10.10.200.1/24 dev eth1
      }
  }
  
  vrrp_sync_group {
      group {
          vip_global_gateway
          vip_private_gateway
  }
  

3. iptablesの設定

lvs01, lvs02共に共通です。

• NAT設定の追加
• /etc/sysconfig/iptables の編集

*nat
# for virtual server
-A POSTROUTING -s 10.10.200.0/24 -d ! 10.10.200.0/255.255.255.0 -o eth0 -j SNAT --to-source 10.12.0.231
COMMIT

*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
-A FORWARD -j RH-Firewall-1-INPUT
-A RH-Firewall-1-INPUT -i lo -j ACCEPT
-A RH-Firewall-1-INPUT -i eth1 -j ACCEPT
-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A RH-Firewall-1-INPUT -s 10.12.0.0/255.254.0.0 -i eth0 -p vrrp -j ACCEPT
-A RH-Firewall-1-INPUT -s 10.10.200.0/255.255.255.0 -i eth1 -p vrrp -j ACCEPT
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
COMMIT

• /etc/sysctl.conf の編集
• net.ipv4.ip_forward = 1 に変更
• sysctl -p

これで最後にkeepalived を起動するとVIPのFail Over / Fail Backが行われるLVS冗長構成が出来上がります。

続きを読む

平素よりユニットホスティングをご利用頂き、誠にありがとうございます。
当サービスでは技術情報やマニュアルのご提供は手が届かない状況ではありましたが、
今後はこちらにも注力していく所存です。

お問い合わせが多いものや、有効であろう情報を不定期で配信させていただく予定で、
今回はタイトルにもあります通り、サーバをWeb管理画面から強制再起動させる
方法をご案内いたします。

ユニットホスティングのサーバをWeb管理画面から再起動する際に、
“再起動に失敗しました。”とエラーメッセージが出る場合がありますが、これは主に
サーバ内の管理用ソフトウェアが何らかの原因で規定時間内に応答しない場合が挙げられます。

再起動プロセス概要

上記のように仮想サーバを管理している物理サーバはAPI越しでのシャットダウン、再起動を行います。
この際にCPUを使いきった状態など、APIが異常終了しているなどの場合はタイムアウトし、再起動が失敗します。
このような状況になった場合にはWeb管理画面の”電源OFF”を実施ください。
これを実施すると、イメージとしては電源ボタンで電源OFFにする電プチとなります。
実施後、強制的に停止中に移行しますので、再度起動をして頂くことでサーバが起動いたします。

※ この操作でハードウェアが影響を受けることはありませんが、強制的な再起動ですのでその時点での書込みは
失われるとともに、fsck（ファイルシステムチェック）が起動時に走る場合があります。