2014-10-06T06:07:55Z

Takehirokaneko:

= RACK (Real Application Centric Kernel) =

== Project Resources ==
{| border="1" cellpadding="2"
| '''Resource'''
| '''English '''
| '''Japanese'''
|-
| Wiki
| https://wiki.openstack.org/wiki/RACK
| https://wiki.openstack.org/wiki/RACK/ja
|-
| Source code
| https://github.com/stackforge/rack
|
|-
| Deployment guide
| https://github.com/stackforge/rack/tree/master/tools/setup
| https://github.com/stackforge/rack/blob/master/tools/setup/README_ja.md
|-
| Sample applications
|
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/montecarlo
* https://github.com/stackforge/rack/blob/master/tools/sample-apps/shell-like
|
* https://github.com/stackforge/rack/blob/master/tools/sample-apps/montecarlo/README_ja.md
* https://github.com/stackforge/rack/blob/master/tools/sample-apps/shell-like/README_ja.md
|-
| Python RACK client
| https://github.com/stackforge/python-rackclient
|
|}

== The concept of RACK: "OpenStack Native Application" ==

OpenStack Native Application とは、OpenStackのリソース（たとえば、VMやVNET）を、アプリケーションの中から直接利用して動作するソフトウェアの事です。
現在主流のアプリケーションは、"クラウド以前"にデザインされており、クラウドとの親和性が考慮されていません。
そのため、これらのアプリケーションがOpenStack上で動作するには、ChefやPuppetといったツールと連携する必要があり、システムが複雑化しています。

RACKはOpenStack上で直接動作するソフトウェア、"After the Cloud" アプリケーションを簡単に作成するための仕組みです。
プログラマはRACKを使うことで、外部との連携を必要とせずに、OpenStack上でスケールし、移植可能なアプリケーションを記述し動作させることができます。

RACKの概念は以下になります。

# 機能を持たせたVMを1つの実行バイナリファイルとして扱う。"機能"とは、アプリが動作するために必要なOS、ミドル、プログラムの事を指します。ここでのプログラムはRACKのAPIを呼び出して動作するように作ります。
# この実行バイナリを、OpenStack上に展開することで、このVMはLinuxプロセスのように振る舞い、何らかの仕事をします。
# このプロセスは、プログラムの中で記述に基づき、Forkして子プロセスを生成したり、プロセス間で通信を行います。

手っ取り早くRACKを体験するには、サンプルプログラムを見てください
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/montecarlo
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/shell-like

[[File:RACK-Process-Image.png]]

== What is RACK? ==

RACKは、NovaやNeutron等のAPIをラッピングし、VMがプロセスのように振る舞うためのデータ構造を定義します。
そして、このプロセスとして扱われるVM間で、通信やデータ共有を行うためのAPIを提供します。
アプリケーションはこのAPIをコールすることで動作するように記述していきます。
更にRACKはこのAPIを利用するためのライブラリ[https://github.com/stackforge/python-rackclient|python-rackclient]も提供しています。
このライブラリを使うことで、簡単にOpenStack Native Applicationが記述できます。
RACKは、OpenStack Native Applicationを記述するためのフレームワークとも言えます。

== What we call "process" ==

RACKではプロセスという単語がよく出てきます。
このプロセスの実態はNova上の仮想マシンインスタンスです。
しかしこのインスタンスは、起動すると何かの仕事をするように作られています。
これは、Linuxの各種実行ファイル、たとえば lsコマンドやgrepコマンドが起動されると仕事をするのと似ています。
Linuxでは起動した実行ファイルはメモリ上のプロセスとなり、仕事を行い、最後には終了してメモリ上から消えます。
RACKはこの考え方をOpenStack上で再現します。
機能を持たせたglanceイメージをNova上で展開し、展開されたインスタンスが何か仕事を行い、最後に消えます。
そのため、RACKでは仮想マシンインスタンス＝プロセスと呼んでいます。

プロセスとして起動されるVMインスタンスは、PIDを持ち、Fork可能で親子関係を持ちます。
また関係性を持ったプロセス間（VM間）では、IPアドレスを意識しないプロセス間通信やデータ共有、同一名前空間を持ったファイルシステムが利用可能で、この実行バイナリを作成するプログラマは、Linuxのプログラムを作る感覚で、OpenStack Native Applicationを記述できます。

== Architecture ==

RACKはVMをプロセスとして扱うためのデータ構造を定義したデータベースを持ち、このデータ構造を操作するためのRestfulなAPIを提供します。
アプリケーションから命令を受けると、OpenStackのAPIをコールし、プロセスの属性情報を自身のデータベースに書き込みます。

[[File:RACK-Architecutre-Overview.png]]

=== Attibutes of a process ===
プロセスの属性情報には下記のようなものがあります。

* keypair, security-group, network
Nova、Neutronによって提供されるリソースです。
実体はOpenStack上にありますが、プロセスの属性情報としてそれぞれのリソースIDを保持しています。

* GID (group ID)
各プロセスは一つのグループに所属します。
同じグループに所属するプロセスは、同一名前空間でファイル共有できるなどのメリットがあります。

* PID, PPID
各プロセスに付与されるIDおよびその親のIDです。
これによりプロセス間の親子関係が表現されています。

=== rack-proxy ===
各グループにはそれぞれrack-proxyというプロセスが存在します。
rack-apiがパブリックなAPIなのに対し、rack-proxyはそのグループだけがアクセス可能なAPIを提供します。
プロセス間通信やファイルシステムといった機能は、rack-proxyが提供します。

=== Deployment of rack-api and rack-proxy ===
現状、rack-apiとrack-proxyはそれぞれVMとして起動されます。
rack-apiは単独のネットワークに配置され、パブリックにアクセス可能とします。
グループごとに存在するrack-proxyは、rack-apiのAPIをコールすることで起動します。
rack-apiおよびすべてのrack-proxyは、同じデータベースを共有します。

'''将来的には、rack-apiはOpenStackのコントローラノードに、rack-proxyはneutron-ns-metadata-proxyのようにネットワークノード内に起動するような構成を想定しています。'''
'''これらはOpenStackのコアプロジェクトと密接に関わってくる範囲なので、現状はVMとして配置させています。'''

[[File:RACK-Topology.png]]

=== Interprocess communication support ===
RACKはプロセスのデータ構造操作、起動停止に加え、プロセス間での通信、データ共有を支援する機能を持っています。
これらはライブラリ[https://github.com/stackforge/python-rackclient|python-rackclient]と組み合わせて実現されています。

[[File:RACK-Features.png]]

* ファイルシステム
グループ内で共有されるファイルシステムを提供します。
プロセスは同じ名前空間でファイルにアクセスすることができ、あたかもローカルのファイルシステムにアクセスしているかのごとく利用できます。

* 共有メモリ
簡単なデータをプロセス間で共有するための機能です。
複数のプロセスで同時に同じデータを参照したい場合などに利用できます。

* パイプ
Unix-pipeライクな機能を提供します。
あるプロセスで処理した結果を別のプロセスに渡すということが簡単にできます。
相手のIPアドレスを知る必要はなく、相手が起動するまで待つ必要もありません。

* シグナル
PIDの指定だけで任意のプロセスに文字列送信ができる機能です。
使い方によって複数のプロセスにマルチキャスト送信することも可能です。

== Use cases ==

RACKの使い方に制限はありません。
プロセスの追加・削除、プロセス間のデータ共有、データ通知などはすべて、プログラムによって記述可能です。
RACKを使えば、OpenStack Nativeなアプリケーションを簡単に開発することができます。

RACKの使い方のヒントとして、いくつかのサンプルアプリケーションを用意しています。
まずはサンプルアプリケーションを動かしてみて、OpenStack Native Applicationとはどのようなものか体験してください。
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/montecarlo
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/shell-like

== Resources ==

'''ソースコード''': https://github.com/stackforge/rack

'''ライブラリ''': https://github.com/stackforge/python-rackclient

'''デプロイメントガイド''': https://github.com/stackforge/rack/tree/master/tools/setup

'''サンプルプリケーション''':
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/montecarlo
* https://github.com/stackforge/rack/tree/master/tools/sample-apps/shell-like

RACK

2014-10-06T03:02:47Z

Takehirokaneko:

RACK

2014-10-06T02:56:40Z

Takehirokaneko:

File:RACK-Process-Image.png

2014-10-03T04:14:32Z

Takehirokaneko: Takehirokaneko uploaded a new version of File:RACK-Process-Image.png

RACK/ja

2014-10-03T01:09:42Z

RACK/ja

2014-09-29T00:10:18Z

Takehirokaneko: Created page with "= RACK (Real Application Centric Kernel) = == OpenStack Native Application == == What is RACK? == == VM like a Linux process? == == Features == == Architecture ==..."

= RACK (Real Application Centric Kernel) =

== OpenStack Native Application ==

== What is RACK? ==

== VM like a Linux process? ==

== Features ==

== Architecture ==

== Pseudo Code ==

== Use Cases ==

== Benchmark of OpenStack Native Application ==

== Resources ==

'''SourceCode'''
* https://github.com/stackforge/rack

RACK

2014-07-22T06:01:13Z

2014-07-17T07:15:00Z

Takehirokaneko:

RACK

2014-07-09T01:07:11Z

Takehirokaneko: /* Architecture Overview */

= RACK (Real Application Centric Kernel) =

== What is RACK? ==

RACK provides the ability that can control OpenStack as program resource with an application.
From an application, the VM instance looks like the Linux process through the RACK, so you can use "Exec", "Fork", "Kill" commands against the processes(actually VMs).
It enables you to implement a large scale distributed system in a variety of programming languages on OpenStack.

You can use RACK in many cases. Followings are some examples.

* You can implement a new architecture application. For example, you can build an application that calculates the necessary amount of computing resource(i.e. instance) depending on the data to process and launches additional instances dynamically. Then, the data will be processed very quickly since these instances work in parallel. This new architecture application is suitable for processing a large amount of data.

* You can integrate existing system such as batch system with Hadoop and Web application using RACK. For example, RACK enables you to deploy Hadoop cluster easily and add autoscale function to your Web applications.

== Features ==

RACK provides some features as follows.

* '''Additional attributes to an instance''' In order to treat an instance like a Linux process, RACK adds some additional attributes such as PID(process ID), PPID(parent's process ID) and GroupID(process group ID) to it. In the rest of the document, instance is called "process". This enables to control OpenStack as program resource easily. For example, when a process wants to create an additional process, the process executes fork method in the program. Then, a new process(i.e. child process) is created with the same image as well as connected to the same network with its parent process's. These processes are associated with a GroupID.

* '''Interprocess Communication''' Processes can send a message with each other without knowing each other's IP address.

* '''Shared Memory''' This enables to store data in key-value pairs. The shared memory space is allocated per a GroupID and each space is isolated. Process can add, get, edit and delete a key-value data.

* '''File System''' This enables to store files. The file system is allocated per a GroupID and each one is isolated. Process can add, get and delete files.

== Architecture Overview ==

[[File:RACK-Architecutre-Overview.png]]

== Resources ==

'''SourceCode'''
* https://github.com/ctc-g/rack

RACK

2014-07-09T01:04:25Z

Takehirokaneko: /* Architecture Overview */

= RACK (Real Application Centric Kernel) =

== What is RACK? ==

RACK provides the ability that can control OpenStack as program resource with an application.
From an application, the VM instance looks like the Linux process through the RACK, so you can use "Exec", "Fork", "Kill" commands against the processes(actually VMs).
It enables you to implement a large scale distributed system in a variety of programming languages on OpenStack.

You can use RACK in many cases. Followings are some examples.

* You can implement a new architecture application. For example, you can build an application that calculates the necessary amount of computing resource(i.e. instance) depending on the data to process and launches additional instances dynamically. Then, the data will be processed very quickly since these instances work in parallel. This new architecture application is suitable for processing a large amount of data.

* You can integrate existing system such as batch system with Hadoop and Web application using RACK. For example, RACK enables you to deploy Hadoop cluster easily and add autoscale function to your Web applications.

== Features ==

RACK provides some features as follows.

* '''Additional attributes to an instance''' In order to treat an instance like a Linux process, RACK adds some additional attributes such as PID(process ID), PPID(parent's process ID) and GroupID(process group ID) to it. In the rest of the document, instance is called "process". This enables to control OpenStack as program resource easily. For example, when a process wants to create an additional process, the process executes fork method in the program. Then, a new process(i.e. child process) is created with the same image as well as connected to the same network with its parent process's. These processes are associated with a GroupID.

* '''Interprocess Communication''' Processes can send a message with each other without knowing each other's IP address.

* '''Shared Memory''' This enables to store data in key-value pairs. The shared memory space is allocated per a GroupID and each space is isolated. Process can add, get, edit and delete a key-value data.

* '''File System''' This enables to store files. The file system is allocated per a GroupID and each one is isolated. Process can add, get and delete files.

== Architecture Overview ==

[[File:RACK-Architecture-Overview.png]]

== Resources ==

'''SourceCode'''
* https://github.com/ctc-g/rack

File:RACK-Architecutre-Overview.png

2014-07-09T01:02:18Z

Takehirokaneko:

RACK

2014-07-09T00:48:25Z

Takehirokaneko:

= RACK (Real Application Centric Kernel) =

== What is RACK? ==

RACK provides the ability that can control OpenStack as program resource with an application.
From an application, the VM instance looks like the Linux process through the RACK, so you can use "Exec", "Fork", "Kill" commands against the processes(actually VMs).
It enables you to implement a large scale distributed system in a variety of programming languages on OpenStack.

You can use RACK in many cases. Followings are some examples.

* You can implement a new architecture application. For example, you can build an application that calculates the necessary amount of computing resource(i.e. instance) depending on the data to process and launches additional instances dynamically. Then, the data will be processed very quickly since these instances work in parallel. This new architecture application is suitable for processing a large amount of data.

* You can integrate existing system such as batch system with Hadoop and Web application using RACK. For example, RACK enables you to deploy Hadoop cluster easily and add autoscale function to your Web applications.

== Features ==

RACK provides some features as follows.

* '''Additional attributes to an instance''' In order to treat an instance like a Linux process, RACK adds some additional attributes such as PID(process ID), PPID(parent's process ID) and GroupID(process group ID) to it. In the rest of the document, instance is called "process". This enables to control OpenStack as program resource easily. For example, when a process wants to create an additional process, the process executes fork method in the program. Then, a new process(i.e. child process) is created with the same image as well as connected to the same network with its parent process's. These processes are associated with a GroupID.

* '''Interprocess Communication''' Processes can send a message with each other without knowing each other's IP address.

* '''Shared Memory''' This enables to store data in key-value pairs. The shared memory space is allocated per a GroupID and each space is isolated. Process can add, get, edit and delete a key-value data.

* '''File System''' This enables to store files. The file system is allocated per a GroupID and each one is isolated. Process can add, get and delete files.

== Architecture Overview ==

== Resources ==

'''SourceCode'''
* https://github.com/ctc-g/rack