[Unity][C#][ラムダ式]他オブジェクトに依存する処理のレシピ

こんにちは。開発の松本です。
しばらくObjective-Cをやっていましたが、久しぶりにUnityでゲーム開発をしています。
コンポーネント指向のUnityではMVCやオブジェクト指向がはまらず、勘を取り戻すのにやや苦労しました。

さて...
ゲームに限らず、他オブジェクトに依存する処理は、よくあると思います。
MVCだと「コントローラが、モデルなど他オブジェクトの状態を見て制御」ですが、Unityではしっくりこない気がします。（自分だけ？）
そこで今回、私が実装したレシピをご紹介します。（C#。見やすくするためnullチェックは省略）

例）魔法「イレカワール」

仕様

• 自キャラと、仲間ターゲットキャラの位置が入れ替わる
• 仲間ターゲットキャラが、攻撃中、魔法詠唱中、被ダメージ中、スタン中は、入れ替われない
• 敵キャラとは入れ替われない

実装

using UnityEngine;
using System.Collections;
using System.Collections.Generic;

using MagicParams = System.Collections.Generic.Dictionary<string, object>;
public delegate void MagicCallback (GameObject sender, MagicParams userParams);

public class Magic : MonoBehaviour {
 
 /** 入れ替わり */
 void Replace (GameObject him) {
  // コールバック
  MagicCallback replaceRes = (sender, resParams) => {
   // 返答OKの場合
   if ((bool)resParams ["result"]) {
    // 移動
    transform.position = (Vector3)resParams ["position"];
   }
   // 返答NG
   else {
    // 失敗メッセージ出力などを実装
   }
  };
  // 要求パラメータ
  MagicParams reqParams = new MagicParams () {
   {"sender", gameObject},
   {"position", transform.position},
   {"callback", replaceRes},
  };
  // 入れ替わり要求
  him.SendMessage ("ReplaceReq", reqParams);
 }
 
 /** 入れ替わり要求 */
 void ReplaceReq (MagicParams reqParams) {
  // 要求パラメータ
  GameObject sender = (GameObject)reqParams ["sender"];
  MagicCallback cb = (MagicCallback)reqParams ["callback"];
  // 返答パラメータ
  MagicParams resParams = new MagicParams () {
   {"sender", gameObject},
   {"position", transform.position},
  };
  // 入れ替わり可能かチェック
  if (!IsReplacable(sender)) {
   resParams ["result"] = false;
   if (null != cb) cb (gameObject, resParams);
   return;
  }
  // 移動
  transform.position = (Vector3)reqParams ["position"];
  resParams ["result"] = true;
  if (null != cb) cb (gameObject, resParams);
 }

 /** 入れ替わり可能か */
 bool IsReplacable (GameObject him) {
  // himが敵ならreturn false;
  // 自分が攻撃中、魔法詠唱中、被ダメージ中、スタン中ならreturn false;
  return true;
 }
}

以上のように、当事者同士でチェックし合って制御しています。ポイントは↓

• コールバック処理をラムダ式で実装
• パラメータはとりあえずDictionaryにぶち込んで渡す

Magic.csを、魔法を使う/受けるGameObjectに付けて使用します。
イレカワール詠唱時に、Replace(ターゲットGameObject)で呼べば、入れ替わります。

以上、他オブジェクトの状態などに依存する処理のレシピでした。 他にも色々方法はあると思います。ご指摘などあれば、コメントいただけると幸いですm(_ _)m

---

【Unity】NGUI3.0を使ってスクロールビューを作ってみよう

こんにちは、開発の半沢 匠です。

今回はUnityでUIを作るとしたら今や欠かせないアセットNGUIについてお話させていただきます。
つい先日NGUIが3.0にメジャーバージョンアップしました。作者さんいつもありがとうございますｍｍ

そこで今回はこちらを用いてスクロールビューの作成方法を図入りで説明します。
っとは言うものの実は作者さんが既にわかりやすい動画をYoutubeにアップしてらっしゃるので
詳細はそちらを見ていただくのが良いかと思います。

動画はこちら https://www.youtube.com/watch?feature=player_embedded&v=OiA4o8KqBFI

こちらは簡単に日本語でまとめたメモとしてご活用いただければと思います。

======

①ベース作成

・メニュのNGUI→Open→UI Wizardを選択
・CameraがSimple 2Dになっていることを確認しCreate Your UI ボタンを押下


②ScrollView作成

















































・Anchorの子オブジェクトとして空のオブジェクトScrollViewを作成
・Add Componentボタンを押下しPanelを選択しUIPanelスクリプトをアタッチする
・UIPanelのClippingをAlphaClipにする
※もしくはSoftClip。こちらの場合は両端のぼやける範囲をSoftnessの値で指定可能
・表示したい場所/領域にCenter/Sizeの値を変更（Scene内の色枠を参考に）
・Add Componentボタンを押下しDraggable Panelを選択しUIDraggable Panelスクリプトをアタッチする
・Scaleの値を移動させたい方向のみに１を入力
※縦スクロール：X0、Y1、Z0
　 横スクロール：X1、Y0、Z0


③Grid作成

・ScrollViewの子オブジェクトとして空のオブジェクトGridを作成
・Add Componentボタンを押下しGridを選択しUIGridスクリプトをアタッチする
・UIGridのArrangementを移動させたい方向に選択
※縦スクロール：Vertical
　 横スクロール：Horizontal
・アイテム（④で作成するオブジェクト）の１つの大きさをCellWidthとCellHeightで指定
・Gridを移動し②で作成したPaneｌ内の表示させたい場所に移動させる


④アイテム作成

・ScrollViewの子オブジェクトとして空のオブジェクトItemを作成
・こちらのオブジェクトがスクロールさせるアイテム（画像等）になります
・表示させたいものを子オブジェクトとして追加する（複数可。画像やラベル等）
・Add Componentボタンを押下しDrag Panel Contentsを選択しUIDrag Panel Contentsスクリプトをアタッチする
・メニューのNGUI→Attach→ColliderでBox Colliderをアタッチする
・必要に応じてItemオブジェクトを複数作成する


⑤Outline作成

・Anchorの子オブジェクトとして空のオブジェクトOutlineを作成
・メニューのNGUI→Attach→ColliderでBox Colliderをアタッチする
・CenterとSizeを②で作成したScrollViewのUIPanelのCenter/Sizeの値にする
・Add Componentボタンを押下しDrag Panel Contentsを選択しUIDrag Panel Contentsスクリプトをアタッチする
・Draggable PanelにScrollViewをドラッグ&ドロップする
======

以上でスクロールビューの完成です！
説明すると少し長く思えますが、実際に作ると直ぐにできますので、
是非作ってみてください。

---

山と開発 ~Mountain climbing and Development~

こんにちは、開発の松本英高です。
仕事ではゲームやスマホアプリ開発をしています。

ずいぶん昔にチーム内勉強会で発表した資料を整理しました。
登山とソフトウェア開発の意外（？）な類似点を、話してみたいと思います。

実装者の方から、マネージャークラスの方まで、幅広くご参考になれば幸いです。
10数枚の気楽なスライドです、コーヒーでも飲みながら見てください。


おまけ
どうでもいいのですが、登山用語を、ソフトウェア開発用語化してみました。

• 道迷い
• 何の処理を書いてるのだかわからなくなること。
• そのまま進むと、スパゲティコードが出来上がる。
• 8合目
• 頂上まであと少しの状態。
• PGが「8合目ですね」と言っても、実際まだ5合目にも達していないことも多々ある。
• プログラマーズ・ハイ
• プログラミング中、気持ち良くなってくること。
• 出来上がったコードは、大概微妙。
• ビバーク（緊急野営）
• トラブル発生で会社に泊まること。

---

Unityでの音(サウンド)管理（SoundManager Ver.β)

こんにちは、開発の半沢 匠です。
今回もUnity(http://unity3d.com/)に関しての記事を書きたいと思います。

■音管理

ゲーム開発及び、アプリ開発において
音再生は欠かせないもの。

BGMやSEを導入するだけで、ぐっと雰囲気が出てきます。
今回はこれをなるべく簡単に管理できるような仕組みを紹介したいと思います。


■スクリプト
SoundManager.csという下記のスクリプト作成いたしましたので、
こちらを紹介させていただきます。

using UnityEngine;
using System;
using System.Collections;


// 音管理クラス
public class SoundManager : MonoBehaviour {
 
 protected static SoundManager instance;

 public static SoundManager Instance
 {
    get
    {
       if(instance == null)
       {
          instance = (SoundManager) FindObjectOfType(typeof(SoundManager));

          if (instance == null)
          {
             Debug.LogError("SoundManager Instance Error");
          }
       }

       return instance;
    }
 }
 
 // 音量
 public SoundVolume volume = new SoundVolume();
 
 // === AudioSource ===
 // BGM
 private AudioSource BGMsource;
 // SE
 private AudioSource[] SEsources = new AudioSource[16];
 // 音声
 private AudioSource[] VoiceSources = new AudioSource[16];
 
 // === AudioClip ===
 // BGM
 public AudioClip[] BGM;
 // SE
 public AudioClip[] SE;
 // 音声
 public AudioClip[] Voice;

 void Awake (){
  GameObject[] obj = GameObject.FindGameObjectsWithTag("SoundManager");
  if( obj.Length > 1 ){
   // 既に存在しているなら削除
   Destroy(gameObject);
  }else{
   // 音管理はシーン遷移では破棄させない
   DontDestroyOnLoad(gameObject);
  }
  
  // 全てのAudioSourceコンポーネントを追加する

  // BGM AudioSource
  BGMsource = gameObject.AddComponent<AudioSource>();
  // BGMはループを有効にする
  BGMsource.loop = true;
  
  // SE AudioSource
  for(int i = 0 ; i < SEsources.Length ; i++ ){
   SEsources[i] = gameObject.AddComponent<AudioSource>();
  }
  
  // 音声 AudioSource
  for(int i = 0 ; i < VoiceSources.Length ; i++ ){
   VoiceSources[i] = gameObject.AddComponent<AudioSource>();
  }
 }
 
 void Update () {
  // ミュート設定
  BGMsource.mute = volume.Mute;
  foreach(AudioSource source in SEsources ){
   source.mute = volume.Mute;
  }
  foreach(AudioSource source in VoiceSources ){
   source.mute = volume.Mute;
  }
  
  // ボリューム設定
  BGMsource.volume = volume.BGM;
  foreach(AudioSource source in SEsources ){
   source.volume = volume.SE;
  }
  foreach(AudioSource source in VoiceSources ){
   source.volume = volume.Voice;
  }
 }
 

 
 // ***** BGM再生 *****
 // BGM再生
 public void PlayBGM(int index){
  if( 0 > index || BGM.Length <= index ){
   return;
  }
  // 同じBGMの場合は何もしない
  if( BGMsource.clip == BGM[index] ){
   return;
  }
  BGMsource.Stop();
  BGMsource.clip = BGM[index];
  BGMsource.Play();
 }
 
 // BGM停止
 public void StopBGM(){
  BGMsource.Stop();
  BGMsource.clip = null;
 }

 
 // ***** SE再生 *****
 // SE再生
 public void PlaySE(int index){
  if( 0 > index || SE.Length <= index ){
   return;
  }
   
  // 再生中で無いAudioSouceで鳴らす
  foreach(AudioSource source in SEsources){
   if( false == source.isPlaying ){
    source.clip = SE[index];
    source.Play();
    return;
   }
  }  
 }
 
 // SE停止
 public void StopSE(){
  // 全てのSE用のAudioSouceを停止する
  foreach(AudioSource source in SEsources){
   source.Stop();
   source.clip = null;
  }  
 }
 
 
 // ***** 音声再生 *****
 // 音声再生
 public void PlayVoice(int index){
  if( 0 > index || Voice.Length <= index ){
   return;
  }
  // 再生中で無いAudioSouceで鳴らす
  foreach(AudioSource source in VoiceSources){
   if( false == source.isPlaying ){
    source.clip = Voice[index];
    source.Play();
    return;
   }
  } 
 }
 
 // 音声停止
 public void StopVoice(){
  // 全ての音声用のAudioSouceを停止する
  foreach(AudioSource source in VoiceSources){
   source.Stop();
   source.clip = null;
  }  
 }
}

更に音量クラスも作成する。

// 音量クラス
[Serializable]
public class SoundVolume{
 public float BGM = 1.0f;
 public float Voice = 1.0f;
 public float SE = 1.0f;
 public bool Mute = false;
 
 public void Init(){
  BGM = 1.0f;
  Voice = 1.0f;
  SE = 1.0f;
  Mute = false;
 }
}

■使用手順
１．上記のSoundManager.csを空のオブジェクトに張り付ける。
２．オブジェクトのタグ名を”SoundManager”とする。
３．追加したい音ファイルをGUI操作で追加する（下図参照）

４．音を再生したい箇所に下記ソースを、それぞれ追加する。

SoundManager.Instance.PlayBGM(0);
SoundManager.Instance.PlaySE(2);
SoundManager.Instance.PlayVoice(3);

以上で音を再生できるようになったかと思います。



■解説
・SoundManagerは、1シーンに1つのみ生成されるようになっており、
シーン遷移時でも破棄されないように設定されており、
シングルトン化してある為、どのソースからもアクセス可能になっております。
・エディタ上でドラッグ&ドロップだけで音ファイルを簡単に追加／削除できるため、
プログラマー以外の人でも簡単に使えるように想定（別途エクセル等でインデックス管理はした方が良い）
また、鳴らす際も1行のソースを追加するだけの簡単仕様にしました。
・new AudioSource[16];は16個まで同時再生可能という設定になっております。
こちらは状況に応じて色々と変更されると良いかもしれません。
・SoundVolumeに[Serializable]を追加することで、エディタ上に音量やミュート状態を表示するようにし、デバッグ時に使用できるように致しました。


■最後に
よくある手法ではございますが、こんな感じに私は使用しておりますという事でご紹介させていただきました。
結構便利な機能だと思いますので、是非ご活用頂ければと思います。
Ver.βということで今後も随時使いやすい形に改良していきたいと思います。

---

Jenkinsを使ってUnity開発をもっと楽にしよう

こんにちは、開発の半沢 匠です。
今回は、CI(継続的インテグレーション)ツール「Jenkins」を使ってUnity開発をもっと楽にしよう！（WebPlayer版 導入編）になります。※Macへの導入方法を解説いたします。

■Jenkins導入のメリット
・いつでも実行可能な最新版のモジュールが、定期的に自動で作成される
・ボタンをポチっと押すだけで、いつでも実行可能な最新版のモジュールが作成できる
・モジュール履歴を残せる→バグ早期発見に繋がる（どのバージョンでバグが出たのか確認できる）

■今回行うこと
1.SVNからの最新版取得
2.UnityでのビルドでWebPlayer作成
3.Webへのアップロード
4.1～3を15分毎に自動で行う

■準備

• 以下を用意・構築しておく
• Mac
• SVN環境
• Unity

■導入
▼Unity側の準備

• UnityプロジェクトをSVNにコミット
• そのプロジェクト内にビルドスクリプトを作成し、Editorフォルダ内に配置する

using UnityEngine;
using UnityEditor;
using System.Collections;
 
public class MyBuilder {
    
    [UnityEditor.MenuItem("Tools/Build Project AllScene")]
    public static void BuildProjectAllScene() {
        EditorUserBuildSettings.SwitchActiveBuildTarget( BuildTarget.WebPlayer );
        string[] allScene = new string[EditorBuildSettings.scenes.Length];
        int i = 0;
        foreach( EditorBuildSettingsScene scene in EditorBuildSettings.scenes ){
            allScene[i] = scene.path;
            i++;
        }
        
        BuildPipeline.BuildPlayer( allScene,
                                   "WebPlayer",
                                   BuildTarget.WebPlayer,
                                   BuildOptions.None
                                 );
    }
}

 ▼Jenkinsインストール

• Javaのランタイムをインストール（Lionのみ必要になります）
• http://jenkins-ci.org/ から MaC OS X パッケージをDL&展開
• /Library/LaunchDeamons/org.jenkins-ci.plistの下記箇所を編集
• JENKINS_HOME を任意のパスに変更（Jenkinsのワークスペースになります）省略可
• GroupName をdeamonからログインアカウントの所属グループに変更
• UserName をdeamonからログインアカウントの名前に変更
• ワークスペースの権限を自分の所属グループ&自分のアカウントに変更
• 初期値のワークスペースの場合は下記の通り
• sudo chown -R ユーザー名 /Users/Shared/Jenkins/Home
• sudo chgrp -R グループ名 /Users/Shared/Jenkins/Home
• システム環境設定を起動し、共有→Web共有をオンに設定します
• ブラウザで http://[PCのIPアドレス]:8080/ にアクセスでJenkinsが表示される

--- ここからは、Jenkins（ブラウザ）上での作業になります。 ---

 ▼プラグインの追加・設定

• プラグインの追加
• ホーム→Jenkinsの管理（左メニューリンク）→プラグインの管理（コンテンツリンク）→利用可能（タブ） を選択
• Jenkins Unity3d plugin　にチェック
• SCP Plugin にチェック
• 下の「ダウンロードして再起動後にインストール」ボタンを押下
• 再起動されるまで待つ
• プラグインの設定
• ホーム→Jenkinsの管理 （左メニューリンク） →システムの設定 （コンテンツリンク） を選択
• Unity 3d 
• 名前：適当（例：Unity3.5.1f2)
• インストールディレクトリ：/Applications/Unity/Unity.app/
• SCPリポジトリホスト で設定
• 出来上がったモジュールの公開先をこちらのプラグインで設定します
• ホスト名、ポート、ルートリポジトリパス、ユーザー名、パスワード/パスフレーズ、秘密鍵を設定
• 左下の「保存」ボタンを押す

 ▼ジョブ作成

• 新規ジョブ作成 を選択
• ジョブ名：適当（例：Unity-TestProject）
• フリースタイル・プロジェクトビルド を選択
• 「OK」ボタンを押す

▼ジョブ設定

• ソースコード管理システム
• Subversion を選択
• リポジトリURL：プロジェクトのSVNパス
• 例）svn://localhost/Unity/TestProject
• ローカルモジュールディレクトリ：ローカルのプロジェクトのパス（※パスはワーキングスペースからなので注意）
• 例）./Unity/TestProject
• チェックアウト方式：svn revert'してから'svn update'を実行 を選択（任意のものでOK）
• ビルド・トリガ
• こちらで定期を指定する。今回は15分に1回リポジトリをチェックし、更新があれば実行するように設定
• SCMポーリング を選択
• スケジュール：下記を記述
• */15 * * * *
• ビルド
• ビルド手順の追加：Invoke Unity3d Editor を選択
• Unity 3d installation name：プラグインの設定で指定した名前を選択
• Editor command line arguments：下記を入力
• -quit -batchmode -executeMethod MyBuilder.BuildProjectAllScene
• ビルド後の処理
• 成果物をSCPリポジトリに公開 を選択
• SCPサイト：プラグインの設定で指定したホスト名を選択
• アップロードファイル：追加ボタンを押す
• ソース：ローカルのアップロードファイル(出来上がったモジュールフォルダ）を選択
• 例）Unity/TestProject/WebPlayer
• 送信先：アップロード先を選択（フォルダ名にビルド番号・リビジョンなどを追記するとよい）
• 例）No${BUILD_NUMBER}_Rev${SVN_REVISION}

■動作確認

• 先ほど作成したジョブを選択し、左メニューから「ビルド実行」をクリック
• Unityビルドが実行され、モジュールがローカル上に作られた後、Webにアップロードされる

これで、15分に1回は最新版のモジュールが自動で作成され自動でWeb公開されるようになりました！

また、■動作確認で行った「ビルド実行」をポチッとするだけで、

いつでも最新版のモジュール作成&公開が行われるようになりました！


◎導入してみて

• 「ビルド実行」をポチッと押すだけなのが本当に楽！
• UnityのUI上でビルドを実行し、ビルドが完了するまで待った後に、出来上がったファイルを、SCPツールでWeb上にアップっといった作業が一切必要無くなった。
• ビルド&公開作業が自動化された為、その間の時間を丸々他作業に当てれるようになった！

→手間と時間の大幅削減に成功！

Jenkinsは、他にも便利な機能がたくさんあり大変便利なツールなので是非導入してみてください。

---

Unityを用いたゲーム開発(タワーディフェンス編)Part.1

はじめまして、開発の半沢 匠です。

今話題のゲームエンジンUnity(http://unity3d.com/)を使ってゲーム開発をしてみよう！

という事で、まずは「タワーディフェンス」を作ってみました！

ここでは、作業報告も兼ねて作業経過や開発時に役に立った事等を連載していきたいと思います。


はじめに

Unityとは、簡単に表すと
「Windows及びMacで動作可能な3Dゲーム開発ツール」です。

簡単なGUI操作でコンテンツを構築し、
構築したコンテンツに対してプログラミング言語(JavaScript、C#)を使って動きを作成することができます。
プログラマでない方でも直感的に操作できるインターフェイスになっております。

さらに、Unityはマルチプラットフォームに対応しており、
下記の実行形式に書き出す事が出来ます。

・Windows、MacOSXのOS
・WEBブラウザ
・iPhone、Android
・PS3、Xbox、Wii

Proライセンスは有料ですが、無料版も用意されており、
無料版でも十分な機能が備わっています。

---------------

■プレイアブルデモ Part.1

TowerDefence.Part.1

※プレイするにはUnityのwebプレイヤーが必要になります

それなりに動いてはいますが、
ゲームとしてはまだまだまだですね。
ここからゲームらしくなるように調整していきたいと思います。


■スクリプト
Unityはスクリプト言語を使って"ゲームらしさ"を作成することができます。
ここでは、今回開発した際に役に立った事を紹介したいと思います。
今回は C# で開発しております。
こちらでは、ある程度Unityの知識を持った人向けの解説になっております。

・クリックした位置に銃をポップ
画面上でマウス左クリックを押下箇所に銃(GameObject)を生成させます。
- GunPopスクリプトを適当なGameObjectに指定する

public class GunPop: MonoBehaviour {
 public GameObject selectGun   // 生成する銃を指定

 void Update (){
  // マウス左クリック押下したか判定
  if( Input.GetMouseButtonUp(0) ){
   // マウス座標を取得
   Vector3 screenPoint = Input.mousePosition;
   // マウス座標はXYの2次元なのでZ座標にはカメラのZ座標を指定
   screenPoint.z = 17.0f;
   // カメラ座標からワールド座標に変換
   Vector3 worldPoint = Camera.main.ScreenToWorldPoint(screenPoint);
   // 変換されたワールド座標にselectGun(銃のGameObject)のインスタンスを生成
   Instantiate(selectGun, worldPoint, selectGun.transform.rotation);
  }
 }
}

・弾が敵に当たった場合、当たった敵のHPを減らす
- 弾のGameObjectにBulletスクリプトを指定する
- 敵のGameObjectにEnemyStatusスクリプトを指定する
- 弾・敵のGmaeObjectにColliderを設定し、「Is Trigger」にチェックを入れる

public class Bullet : MonoBehaviour {
    public float hitDamage = 1.0f;　// 与えるダメージを指定
    void OnTriggerEnter(Collider collisionInfo){
        // 当たったGameObjectのタグが"Enemy"か判定
        if(collisionInfo.gameObject.tag == "Enemy"){
            // 当たったGameObjectに指定されているスクリプトの"ApplyDamege"関数を呼び出し
            // 引数、hitdamage を渡す
            collisionInfo.gameObject.SendMessage("ApplyDamage",hitDamage);
            // 自分自身を消滅させる
            Destroy(gameObject);
        }
    }
}

public class EnemyStatus : MonoBehaviour {
    public float hitPoint = 1.0f;　// 自分自身のHPを指定
    void ApplyDamage(float damage){
        // 受けたダメージを自身のHPから減算
        hitPoint-=damage;
        // HPが0以下になったか
        if( hitPoint <= 0.0f ){
            // 自分自身を消滅させる
            Destroy(gameObject);
        }
    }
}

■次回予定
・もう少し銃の配置される場所を明示的にし、敵に弾を当てやすいようにする仕組みを導入
・スコア機能を実装

---

amazonEC2(RHEL-6.1)上でDRBD8.3.12によるミラーリング

DRBDによるファイルシステムのミラーリングをamazonEC2上のRHEL6.1上で試してみました。
デバイスレベルでパーティションごとミラーするDRBDのパフォーマンスが気になる所ですが、
２台のネットワーク的な距離によってパフォーマンスは変わるかどうかを調べてみます。

環境は下記の通りです。
※チェックポイントとしてAWS Management Consoleで使用するポートがSecurityGroupsで空けられているかどうか＋ec2インスタンス内でiptablesで許可されているかどうかを確認してください。いつもはまります^^;

■同リージョン、同ゾーンでのミラーリング

	環境１	環境２
・ゾーン	ap-northeast-1a	ap-northeast-1a
・host名(外部)	ec2-175-41-235-179.ap-northeast-1.compute.amazonaws.com	ec2-175-41-198-87.ap-northeast-1.compute.amazonaws.com
・host名(内部)	drbd-1a	drbd-1b
・localIP	10.146.69.136	10.146.97.107
・globalIP	175.41.235.179	175.41.198.87
・EBSデバイス	/dev/xvdj1	/dev/xvdj1

■同リージョン、別ゾーンでのミラーリング

	環境１	環境２
・ゾーン	ap-northeast-1a	ap-northeast-1b
・host名(外部)	ec2-175-41-211-88.ap-northeast-1.compute.amazonaws.com	ec2-175-41-208-108.ap-northeast-1.compute.amazonaws.com
・host名(内部)	drbd-out-1a	drbd-out-1b
・localIP	10.146.23.47	10.150.187.32
・globalIP	175.41.211.88	175.41.208.108
・EBSデバイス	/dev/xvdj1	/dev/xvdj1

■/usr/src以降でコンパイルし、インストール(共通)

hostname drbd-1a <- ホスト名
yum -y install rpm-build flex
cd /usr/src
wget http://oss.linbit.com/drbd/8.3/drbd-8.3.12.tar.gz
tar xzvf drbd-8.3.12.tar.gz
cd drbd-8.3.12/
./configure --with-km
make
make install
ln -s /usr/local/etc/rc.d/init.d/drbd /etc/init.d/

■/usr/local/etc/drbd.d/zyyx.resを以下の内容で作成

resource zyyx {
meta-disk internal;
device /dev/drbd0;
disk /dev/xvdj1;
on drbd-1a { <- ホスト名
address 10.146.69.136:7789; <- IPアドレス
}
on drbd-1b { { <- ホスト名
address 10.146.97.107:7789; <- IPアドレス
}
}

/etc/hostsに以下の内容を追記

10.146.69.136 drbd-1a <- IPアドレス　ホスト名
10.146.97.107 drbd-1b <- IPアドレス　ホスト名

■drbdの構築(共通)

drbdadm create-md zyyx

■drbdの起動(共通)

/etc/init.d/drbd start

■ファイルシステムの作成(drbd-1aのみ)

drbdsetup /dev/drbd0 primary -o
mkfs.ext4 /dev/drbd0

■ファイルシステムのマウント(drbd-1aのみ)

mkdir -p /mnt/drbd/zyyx
mount /dev/drbd0 /mnt/drbd/zyyx

/mnt/drbd/zyyx/test.txtに以下の内容を記入

this file is in drbd file system

■ファイルシステムの解除(drbd-1aのみ)

umount /mnt/drbd/zyyx

■スレーブへ降格(drbd-1aのみ)

drbdadm secondary all

■プライマリへ昇格(drbd-1bのみ)

drbdadm primary all

■ファイルシステムのマウント(drbd-1bのみ)

mkdir -p /mnt/drbd/zyyx mount /dev/drbd0 /mnt/drbd/zyyx

■ちゃんと同期されているか確認(drbd-1bのみ)

# cat /mnt/drbd/zyyx/test.txt this file is in drbd file system

■ベンチマークソフトの導入(共通)

yum -y install libaio-devel
cd /usr/src
wget http://brick.kernel.dk/snaps/fio-1.58.tar.gz
tar xzvf fio-1.58.tar.gz
cd fio-1.58
make
make install

■速度の計測

・ローカル環境
# fio -filename=/mnt/local1G -direct=1 -rw=randwrite -bs=1m -size=1G -numjobs=4 -runtime=10 -group_reporting -name=file1
file1: (g=0): rw=randwrite, bs=1M-1M/1M-1M, ioengine=sync, iodepth=1
...
file1: (g=0): rw=randwrite, bs=1M-1M/1M-1M, ioengine=sync, iodepth=1
fio 1.58
Starting 4 processes
file1: Laying out IO file(s) (1 file(s) / 1024MB)
Jobs: 4 (f=4): [wwww] [100.0% done] [0K/30408K /s] [0 /29 iops] [eta 00m:00s]
file1: (groupid=0, jobs=4): err= 0: pid=31670
write: io=319488KB, bw=31611KB/s, iops=30 , runt= 10107msec
clat (msec): min=29 , max=552 , avg=35.47, stdev=41.48
lat (msec): min=29 , max=552 , avg=35.47, stdev=41.48
bw (KB/s) : min= 1278, max=17520, per=24.77%, avg=7829.02, stdev=2868.20
cpu : usr=0.00%, sys=0.20%, ctx=714, majf=0, minf=99
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued r/w/d: total=0/312/0, short=0/0/0

lat (msec): 50=98.72%, 250=0.64%, 500=0.32%, 750=0.32%

Run status group 0 (all jobs):
WRITE: io=319488KB, aggrb=31610KB/s, minb=32369KB/s, maxb=32369KB/s, mint=10107msec, maxt=10107msec

Disk stats (read/write):
xvde1: ios=0/7425, merge=0/0, ticks=0/133277, in_queue=134281, util=98.70%

・同ゾーン
# fio -filename=/mnt/drbd/zyyx/remote1G -direct=1 -rw=randwrite -bs=1m -size=1G -numjobs=4 -runtime=10 -group_reporting -name=file1
file1: (g=0): rw=randwrite, bs=1M-1M/1M-1M, ioengine=sync, iodepth=1
...
file1: (g=0): rw=randwrite, bs=1M-1M/1M-1M, ioengine=sync, iodepth=1
fio 1.58
Starting 4 processes
file1: Laying out IO file(s) (1 file(s) / 1024MB)
Jobs: 4 (f=4): [wwww] [100.0% done] [0K/25140K /s] [0 /23 iops] [eta 00m:00s]
file1: (groupid=0, jobs=4): err= 0: pid=31697
write: io=183296KB, bw=17478KB/s, iops=17 , runt= 10487msec
clat (msec): min=36 , max=292 , avg=58.58, stdev=54.42
lat (msec): min=36 , max=292 , avg=58.58, stdev=54.42
bw (KB/s) : min= 97, max=25069, per=89.51%, avg=15644.40, stdev=8701.23
cpu : usr=0.02%, sys=0.17%, ctx=519, majf=0, minf=99
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued r/w/d: total=0/179/0, short=0/0/0

lat (msec): 50=87.71%, 100=2.79%, 250=7.26%, 500=2.23%

Run status group 0 (all jobs):
WRITE: io=183296KB, aggrb=17478KB/s, minb=17897KB/s, maxb=17897KB/s, mint=10487msec, maxt=10487msec

Disk stats (read/write):
drbd0: ios=0/4317, merge=0/0, ticks=0/139396, in_queue=145439, util=100.00%


・別ゾーン
# fio -filename=/mnt/drbd/zyyx/remote1G -direct=1 -rw=randw
rite -bs=1m -size=1G -numjobs=4 -runtime=10 -group_reporting -name=file1
file1: (g=0): rw=randwrite, bs=1M-1M/1M-1M, ioengine=sync, iodepth=1
...
file1: (g=0): rw=randwrite, bs=1M-1M/1M-1M, ioengine=sync, iodepth=1
fio 1.58
Starting 4 processes
file1: Laying out IO file(s) (1 file(s) / 1024MB)
Jobs: 4 (f=4): [wwww] [100.0% done] [0K/10485K /s] [0 /10 iops] [eta 00m:00s]
file1: (groupid=0, jobs=4): err= 0: pid=3221
write: io=181248KB, bw=17328KB/s, iops=16 , runt= 10460msec
clat (msec): min=40 , max=335 , avg=59.09, stdev=45.68
lat (msec): min=40 , max=335 , avg=59.09, stdev=45.68
bw (KB/s) : min= 97, max=22528, per=90.21%, avg=15630.00, stdev=8596.54
cpu : usr=0.01%, sys=0.13%, ctx=511, majf=0, minf=99
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued r/w/d: total=0/177/0, short=0/0/0

lat (msec): 50=73.45%, 100=20.34%, 250=3.39%, 500=2.82%

Run status group 0 (all jobs):
WRITE: io=181248KB, aggrb=17327KB/s, minb=17743KB/s, maxb=17743KB/s, mint=10460msec, maxt=10460msec

Disk stats (read/write):
drbd0: ios=0/4268, merge=0/0, ticks=0/155106, in_queue=161816, util=99.83%

同リージョンならゾーンが異なっても速度が変わらないようです。
ゾーンが違うと違うデータセンターに収容されるはずなので
別ゾーンで組んだ方が災害には強いのかもしれません。

---