10/9という1ヶ月以上前のお話。

静岡とかでもやっていたんですが、東京のタイフェスティバルに参加したい！とおもって参加してきました！。
タイ料理目当てに、、、とかおもっていますが、超金穴のため、自粛です。

そして、まったりしていると会社から電話がかかってきて、１０/９はお休みなのに、その後出勤する羽目になりましたが...


到着するとタイ伝統舞踊というか踊りで始まり、コンサート、タイキック^H^H^H^H^Hムエタイというメニュー。
ムエタイを一番見たかったのが本音。

いやー。それにしても何も知らなかったけど、有名人と会えたようで、それはそれで満足。


じゃ、写真レポいくよー!

カメラは、NIKON D300s、 Nikor 80-200mm f/2.8 AF-D New( 公式サイト)、 AF17-50mm F/2.8 XR Diを使用。

司会のお姉さんとお兄さん(タイ人)

石狩湾新港地域には、大規模建造物がまだ少ないので、これらをもとにGoogleマップの衛星画像でちょこっと探せば、意外と簡単に場所がわかってしまう(なお、執筆時点のGoogleマップには、同センターの建物はまだありません)。2ちゃんねるの特定班なら、3分もかからずに特定できてしまうだろう。 さらに、ちょっとだけヒントを追加すると、この建物は「とある私設の美術館」だ。ちなみにだが「とある しせつの ミュージアム」などと読んでいただけると、筆者としてはとても嬉しい。

と言うことなので、答えを書いちゃおう。
既に私の日記では何度も書いているが、石狩美術館の横だ。
田中社長も自らのツイートで石狩美術館行きバスと書いているのが伺える。

詳しくは、過去の日記を参照してほしいが、住所については、石狩美術館 北海道石狩市新港中央１丁目７１０ に近いところに位置するだろう。

• さくらインターネット 石狩データセンター外観
• さくらインターネット 石狩データセンターの場所

...2011/10/24(Mon) 09:07 [No.4328]
133.25.3.45
...2011/10/23(Sun) 10:28 [No.4316]
133.25.3.46

コメントスパム。
久々の学術系。

...2011/10/24(Mon) 09:28 [No.4329]
2001:2e8:603:0:2:1:0:b4

国内VPSからのv6によるコメントスパム。
連続してくるもんだねぇ...

...2011/10/27(Thu) 08:46 [No.4334]
2001:2e8:61a:0:2:1:0:94

国内VPSからのv6によるコメントスパム。
久々だね。

...2011/10/27(Thu) 10:28 [No.4335]
203.135.198.66

コメントスパム

...2011/10/31(Mon) 07:07 [No.4339]
KD210196243121.ec-userreverse.dion.ne.jp

コメントスパム。

...2011/11/08(Tue) 15:52 [No.4349]
www3229u.sakura.ne.jp

コメントスパムー。

...2011/11/15(Tue) 20:25 [No.4365]
pc6.naracollege-unet.ocn.ne.jp

智辯学園だ〜。地元だ〜ｗｗｗｗ
やられてるなー。ほんと。最近また増えた？

...2011/11/16(Wed) 13:47 [No.4366]
earth.zsisz.or.jp

ここも医療系ですか？
やられすぎ...

掲示板にコメントスパム。

...2011/11/17(Thu) 00:31 [No.4367]
keijyudog.keiju.co.jp

調べてみると、有限会社さくら調剤薬局 というところで、オープンプロキシになって踏まれているようだ。

薬屋さんが、予防注射というお薬をばらまいて、悪用されているねｗ

先週、書いても良いよってことで、書いた KDDI Web Communications CPIがさくらのクラウドを対抗としたクラウドを提供予定と書いた件について、プレスリリースがでた。

そういうわけで、今回無茶な使い方をしてもがんばって運用する！と断言する角さん。
個人的には角さんとは、3年ぐらいのおつきあいで、以前からクラウドを作るんだという話を伺っていたのですが、 クラウドではなく、今見た感じではVPSのリニューアルに見えて仕方ありません。今回、さくらのクラウドの発表にあわせて、 値段をみて、最終的な価格を決めたと聞いています。

そういうわけで、いま、さくらのVPSは大阪しか実質選べないこと、東京に安価なVPSがほしければ、 CloudCoreを契約してみてはいかがでしょうか。

価格については、一番したのスペックで、メモリ2GB、HDD 100GB、1Core CentOS5.6で945円〜となっているようです。
性能云々抜きで、SaaSesのVPSの並ぶ感じのカタログ上のスペック。データのバックアップ用途でも十分使えそうな感じですね。

契約はこちらから → クリック！！

TVで出ていたのをデジカメでぱしゃぱしゃ。
怒られたら消します(笑



広報のSお姉さんが写ってらっしゃいますね！



HP シリーズのサーバ、HP Procurveのスイッチあたりだが、型番がわからず;-;
ただ、1TBのHDDが搭載されています。
写真みると、結構埃のようなものがみえるのですが、ノイズなのでしょうか、、？



IBM製ですね。Twitterを見る限り、 IBM System x3650という噂。
ただ、写真を見る限り、 IVM System x3550 M3に見えるんですよね〜。

さくらのクラウドではどっちを使われているのでしょうか!?



ということで、開所式の様子です。

当社は、堂島（大阪市）、池袋、東新宿、西新宿、代官山（いずれも東京都）のデータセンターにおいて、専用・共用ホスティングおよびハウジングサービスを提供しておりましたが、新たに石狩データセンター（北海道）の運用開始にともない、バックボーンネットワークを追加増強することとなりました。

とあり、 バックボーンマップを参考にしてみると、石狩DCでトランジット10Gbps契約しているようです。

先日、 さくらインターネット 石狩DCのネットワーク状況について調べてみた(結論編)にも書いていたが、プレスで明らかになった。
今回、堂島 <-> 石狩が 10G *2 本だと想定されるので、20Gbpsあると思われるが、ユーザトラフィックの大半がOCNと言われる今、OCNとピアリングし、外回りのトラフィックをトランジットへ逃がし、さくらBBでは、なるべく内部トラフィックで確保したいのではないかと考えられる。
なお、普通にOCNからtracerouteを行うと、石狩で接続されているように見える。

そのため、ポリシーを分けやすいようにするため、石狩DCでは、AS7864で運用されているのではないかと思う。
同じASにしてしまうと、東京で受けてしまい、そのまま東京-石狩間のトラフィックを埋めてしまい兼ねないので、外回りトラフィックは石狩で解決させるというお金で解決する方法ですね。
で、太平洋側のルートってどうなったんでしたっけ・・・？

@geekpage さんが、youtubeにupされていました。

記者発表

テープカット、開所式

さくらインターネット HDVCコンテナ実地実験 石狩データセンター

URLを知っていたので、フライング契約してみました(笑）

時刻が14:50頃です;)

Nov  9 02:20:37  newsyslog[686]: logfile first created
Nov  9 02:20:37  syslogd: kernel boot file is /boot/kernel/kernel
Nov  9 02:20:37  kernel: Copyright (c) 1992-2011 The FreeBSD Project.
Nov  9 02:20:37  kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
Nov  9 02:20:37  kernel: The Regents of the University of California. All rights reserved.
Nov  9 02:20:37  kernel: FreeBSD is a registered trademark of The FreeBSD Foundation.
Nov  9 02:20:37  kernel: FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011
Nov  9 02:20:37  kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
Nov  9 02:20:37  kernel: Timecounter "i8254" frequency 1193182 Hz quality 0
Nov  9 02:20:37  kernel: CPU: QEMU Virtual CPU version 0.14.1 (3066.76-MHz 686-class CPU)
Nov  9 02:20:37  kernel: Origin = "GenuineIntel"  Id = 0x623  Family = 6  Model = 2  Stepping = 3
Nov  9 02:20:37  kernel: Features=0x783fbfd<FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,
                         MMX,FXSR,SSE,SSE
Nov  9 02:20:37  kernel: Features2=0x80802001<SSE3,CX16,POPCNT,<b31>>
Nov  9 02:20:37  kernel: AMD Features=0x20100800<SYSCALL,NX,LM>
Nov  9 02:20:37  kernel: AMD Features2=0x1<LAHF>
Nov  9 02:20:37  kernel: real memory  = 134217728 (128 MB)
Nov  9 02:20:37  kernel: avail memory = 116469760 (111 MB)
Nov  9 02:20:37  kernel: ACPI APIC Table: <BOCHS  BXPCAPIC>
Nov  9 02:20:37  kernel: ioapic0: Changing APIC ID to 1
Nov  9 02:20:37  kernel: ioapic0 <Version 1.1> irqs 0-23 on motherboard
Nov  9 02:20:37  kernel: kbd1 at kbdmux0
Nov  9 02:20:37  kernel: acpi0: <BOCHS BXPCRSDT> on motherboard
Nov  9 02:20:37  kernel: acpi0: [ITHREAD]
Nov  9 02:20:37  kernel: acpi0: Power Button (fixed)
Nov  9 02:20:37  kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 850
Nov  9 02:20:37  kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0
Nov  9 02:20:37  kernel: cpu0: <ACPI CPU> on acpi0
Nov  9 02:20:37  kernel: pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
Nov  9 02:20:37  kernel: pci0: <ACPI PCI bus> on pcib0
Nov  9 02:20:37  kernel: pci_link4: Unable to route IRQs: AE_NOT_FOUND
Nov  9 02:20:37  kernel: isab0: <PCI-ISA bridge> at device 1.0 on pci0
Nov  9 02:20:37  kernel: isa0: <ISA bus> on isab0
Nov  9 02:20:37  kernel: atapci0: <Intel PIIX3 WDMA2 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,
                         0xc000-0xc00f at devic
Nov  9 02:20:37  kernel: ata0: <ATA channel 0> on atapci0
Nov  9 02:20:37  kernel: ata0: [ITHREAD]
Nov  9 02:20:37  kernel: ata1: <ATA channel 1> on atapci0
Nov  9 02:20:37  kernel: ata1: [ITHREAD]
Nov  9 02:20:37  kernel: pci0: <bridge> at device 1.3 (no driver attached)
Nov  9 02:20:37  kernel: vgapci0: <VGA-compatible display> mem 0xf0000000-0xf1ffffff,0xf2000000-0xf2000fff at 
                         device 2.0 on pci0
Nov  9 02:20:37  kernel: em0: <Intel(R) PRO/1000 Legacy Network Connection 1.0.3> port 0xc040-0xc07f mem 
                         0xf2020000-0xf203ffff i on pci0
Nov  9 02:20:37  kernel: em0: Memory Access and/or Bus Master bits were not set!
Nov  9 02:20:37  kernel: em0: [FILTER]
Nov  9 02:20:37  kernel: em0: Ethernet address: 52:54:00:46:96:01
Nov  9 02:20:37  kernel: acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Nov  9 02:20:37  kernel: Timecounter "HPET" frequency 100000000 Hz quality 900
Nov  9 02:20:37  kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Nov  9 02:20:37  kernel: atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
Nov  9 02:20:37  kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Nov  9 02:20:37  kernel: kbd0 at atkbd0
Nov  9 02:20:37  kernel: atkbd0: [GIANT-LOCKED]
Nov  9 02:20:37  kernel: atkbd0: [ITHREAD]
Nov  9 02:20:37  kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Nov  9 02:20:37  kernel: psm0: [GIANT-LOCKED]
Nov  9 02:20:37  kernel: psm0: [ITHREAD]
Nov  9 02:20:37  kernel: psm0: model IntelliMouse Explorer, device ID 4
Nov  9 02:20:37  kernel: fdc0: <floppy drive controller> port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0
Nov  9 02:20:37  kernel: fdc0: does not respond
Nov  9 02:20:37  kernel: device_attach: fdc0 attach returned 6
Nov  9 02:20:37  kernel: ppc0: <Parallel port> port 0x378-0x37f irq 7 on acpi0
Nov  9 02:20:37  kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
Nov  9 02:20:37  kernel: ppc0: [ITHREAD]
Nov  9 02:20:37  kernel: ppbus0: <Parallel port bus> on ppc0
Nov  9 02:20:37  kernel: plip0: <PLIP network interface> on ppbus0
Nov  9 02:20:37  kernel: plip0: [ITHREAD]
Nov  9 02:20:37  kernel: lpt0: <Printer> on ppbus0
Nov  9 02:20:37  kernel: lpt0: [ITHREAD]
Nov  9 02:20:37  kernel: lpt0: Interrupt-driven port
Nov  9 02:20:37  kernel: ppi0: <Parallel I/O> on ppbus0
Nov  9 02:20:37  kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
Nov  9 02:20:37  kernel: uart0: [FILTER]
Nov  9 02:20:37  kernel: pmtimer0 on isa0
Nov  9 02:20:37  kernel: orm0: <ISA Option ROM> at iomem 0xc9000-0xc97ff pnpid ORM0000 on isa0
Nov  9 02:20:37  kernel: sc0: <System console> at flags 0x100 on isa0
Nov  9 02:20:37  kernel: sc0: VGA <16 virtual consoles, flags=0x300>
Nov  9 02:20:37  kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Nov  9 02:20:37  kernel: Timecounter "TSC" frequency 3066760936 Hz quality 800
Nov  9 02:20:37  kernel: Timecounters tick every 10.000 msec
Nov  9 02:20:37  kernel: ad0: 20480MB <QEMU HARDDISK 0.14.1> at ata0-master WDMA2
Nov  9 02:20:37  kernel: acd0: CDROM <QEMU DVD-ROM/0.14.1> at ata1-master WDMA2
Nov  9 02:20:37  kernel: Trying to mount root from ufs:/dev/ad0s1a
Nov  9 02:20:43  login: ROOT LOGIN (root) ON ttyv0
Nov  9 02:22:08  reboot: rebooted by root
Nov  9 02:22:08  syslogd: exiting on signal 15
Nov  9 02:22:29  syslogd: kernel boot file is /boot/kernel/kernel
Nov  9 02:22:29  kernel: Copyright (c) 1992-2011 The FreeBSD Project.
Nov  9 02:22:29  kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
Nov  9 02:22:29  kernel: The Regents of the University of California. All rights reserved.
Nov  9 02:22:29  kernel: FreeBSD is a registered trademark of The FreeBSD Foundation.
Nov  9 02:22:29  kernel: FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011
Nov  9 02:22:29  kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
 -- 以下省略

QEMU環境でMEM128MBですか....
こういうのはちゃんと消しましょうねw
そのほかログには不振な物は存在せず。
あと、深夜の2時頃やっていると言うことで、相当間に合わせだったということで、大変だったのでしょうね...
て、テンプレは事前に準備 and もう少しきっちりしてほしかったものです。。

ということで一部引用しちゃおう!

Nov  9 02:22:29  kernel: CPU: QEMU Virtual CPU version 0.14.1 (3066.76-MHz 686-class CPU)
Nov  9 02:22:29  kernel: Origin = "GenuineIntel"  Id = 0x623  Family = 6  Model = 2  Stepping = 3
Nov  9 02:22:29  kernel: Features=0x783fbfd<FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,
                         MMX,FXSR,SSE,SSE
Nov  9 02:22:29  kernel: Features2=0x80802001<SSE3,CX16,POPCNT,<b31>>
Nov  9 02:22:29  kernel: AMD Features=0x20100800<SYSCALL,NX,LM>
Nov  9 02:22:29  kernel: AMD Features2=0x1<LAHF>
Nov  9 02:22:29  kernel: real memory  = 134217728 (128 MB)
Nov  9 02:22:29  kernel: avail memory = 116469760 (111 MB)
Nov  9 02:22:29  kernel: ad0: 20480MB <QEMU HARDDISK 0.14.1> at ata0-master WDMA2

さくらのクラウドにのっかるVMイメージは開発環境で作ったと思われるが、resolv.conf が古いままとなっており、大阪のキャッシュサーバを参照するようになっていた。

> cat /etc/resolv.conf
nameserver 210.224.163.4
nameserver 210.224.163.3
search localdomain

コンパネでは、

    * eth0: 共有インターネット回線 (9C:A3:BA:2B:XX:XX)
          o IPv4アドレス: 133.242.16.XXX/24
          o ネットマスク: 255.255.255.0
          o ゲートウェイ: 133.242.16.1
          o ネームサーバ: 133.242.0.3, 133.242.0.4

と表示されていることから、ネームサーバを古いままにしてしまったのではないかと考えられる。

CPU: Intel(R) Xeon(R) CPU           X5675  @ 3.07GHz (3066.73-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x206c2  Family = 6  Model = 2c  Stepping = 2
  Features=0xf83fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,
  PSE36,MMX,FXSR,SSE,SSE2,SS>
  Features2=0x82982201<SSE3,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AESNI,<b31>>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
real memory  = 2147483648 (2048 MB)
avail memory = 2091114496 (1994 MB)

test# bonnie++ -d / -s 10G -u 0
Using uid:0, gid:0.
Writing a byte at a time...done
Writing intelligently...

done
Rewriting...done
Reading a byte at a time...done
Reading intelligently...done
start 'em...done...done...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...done.
Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
test            10G   655  99 24644   7 53697  16  1418  99 294944  65  3510  90
Latency             20990us     481ms     632ms    6278us   27943us    1876ms
Version  1.96       ------Sequential Create------ --------Random Create--------
test                -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   499   2 +++++ +++   942   4   479   2 +++++ +++   987   4
Latency             89658us     174us   49404us   76134us     190us   44308us
1.96,1.96,test,1,1321340071,10G,,655,99,24644,7,53697,16,1418,99,294944,65,3510,90,16,,,,,499,2,++++
,632ms,6278us,27943us,1876ms,89658us,174us,49404us,76134us,190us,44308us

==============================================================

  BYTE UNIX Benchmarks (Version 4.1.0)
  System -- test
  Start Benchmark Run: Tue Nov 15 08:54:48 UTC 2011
   3 interactive users.
   8:54AM  up 3 hrs, 3 users, load averages: 0.00, 0.00, 0.05
  -r-xr-xr-x  1 root  wheel  118028 Feb 18  2011 /bin/sh
  /bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), f
           or FreeBSD 8.2, stripped
  /dev/ad0s1a    19295342 947256 16804460     5%    /
Dhrystone 2 using register variables     13663100.4 lps   (10.0 secs, 10 samples)
Dhrystone 2 using register variables     13663100.4 lps   (10.0 secs, 10 samples)
Double-Precision Whetstone                 2771.1 MWIPS (10.0 secs, 10 samples)
System Call Overhead                     771247.4 lps   (10.0 secs, 10 samples)
Pipe Throughput                          1345441.7 lps   (10.0 secs, 10 samples)
Pipe-based Context Switching             387591.2 lps   (10.0 secs, 10 samples)
Process Creation                           9585.7 lps   (30.0 secs, 3 samples)
Execl Throughput                           3272.7 lps   (29.7 secs, 3 samples)
File Read 1024 bufsize 2000 maxblocks    1402196.0 KBps  (30.0 secs, 3 samples)
File Write 1024 bufsize 2000 maxblocks    78131.0 KBps  (30.0 secs, 3 samples)
File Copy 1024 bufsize 2000 maxblocks     86177.0 KBps  (30.0 secs, 3 samples)
File Read 256 bufsize 500 maxblocks      365643.0 KBps  (30.0 secs, 3 samples)
File Write 256 bufsize 500 maxblocks      97747.0 KBps  (30.0 secs, 3 samples)
File Copy 256 bufsize 500 maxblocks      102825.0 KBps  (30.0 secs, 3 samples)
File Read 4096 bufsize 8000 maxblocks    4419427.0 KBps  (30.0 secs, 3 samples)
File Write 4096 bufsize 8000 maxblocks    70660.0 KBps  (30.0 secs, 3 samples)
File Copy 4096 bufsize 8000 maxblocks     73446.0 KBps  (30.0 secs, 3 samples)
Shell Scripts (1 concurrent)               2585.5 lpm   (60.0 secs, 3 samples)
Shell Scripts (8 concurrent)                400.3 lpm   (60.0 secs, 3 samples)
Shell Scripts (16 concurrent)               204.3 lpm   (60.0 secs, 3 samples)
Arithmetic Test (type = short)           2758798.3 lps   (10.0 secs, 3 samples)
Arithmetic Test (type = int)             2759966.5 lps   (10.0 secs, 3 samples)
Arithmetic Test (type = long)            2765112.4 lps   (10.0 secs, 3 samples)
Arithmetic Test (type = float)           1386612.3 lps   (10.0 secs, 3 samples)
Arithmetic Test (type = double)          1389143.0 lps   (10.0 secs, 3 samples)
Arithoh                                  75787904.5 lps   (10.0 secs, 3 samples)
C Compiler Throughput                      1670.0 lpm   (60.0 secs, 3 samples)
Dc: sqrt(2) to 99 decimal places         248692.1 lpm   (30.0 secs, 3 samples)
Recursion Test--Tower of Hanoi           160602.8 lps   (20.0 secs, 3 samples)


                     INDEX VALUES
TEST BASELINE     RESULT      INDEX

Dhrystone 2 using register variables        116700.0 13663100.4     1170.8
Double-Precision Whetstone                      55.0     2771.1      503.8
Execl Throughput                                43.0     3272.7      761.1
File Copy 1024 bufsize 2000 maxblocks         3960.0    86177.0      217.6
File Copy 256 bufsize 500 maxblocks           1655.0   102825.0      621.3
File Copy 4096 bufsize 8000 maxblocks         5800.0    73446.0      126.6
Pipe Throughput                              12440.0  1345441.7     1081.5
Pipe-based Context Switching                  4000.0   387591.2      969.0
Process Creation                               126.0     9585.7      760.8
Shell Scripts (8 concurrent)                     6.0      400.3      667.2
System Call Overhead                         15000.0   771247.4      514.2
                                                                 =========
     FINAL SCORE                                                     571.0

FreeBSDでは、unixbench5系はコンパイル通らず...portsも古いので何か訳ありなんでしょう...

========================================================================
   BYTE UNIX Benchmarks (Version 5.1.3)

   System: isktest: GNU/Linux
   OS: GNU/Linux -- 2.6.18-274.el5 -- #1 SMP Fri Jul 22 04:43:29 EDT 2011
   Machine: x86_64 (x86_64)
   Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
   CPU 0: Intel(R) Xeon(R) CPU X5675 @ 3.07GHz (6133.8 bogomips)
          x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
   00:56:34 up  1:38,  3 users,  load average: 0.41, 0.14, 0.04; runlevel 3

------------------------------------------------------------------------
Benchmark Run: Wed Nov 16 2011 00:56:34 - 01:24:46
1 CPU in system; running 1 parallel copy of tests

Dhrystone 2 using register variables       17301050.6 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     3439.7 MWIPS (9.9 s, 7 samples)
Execl Throughput                               4357.6 lps   (29.8 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        652548.7 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks          175356.9 KBps  (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks       1382558.5 KBps  (30.0 s, 2 samples)
Pipe Throughput                             1166322.4 lps   (10.0 s, 7 samples)
Pipe-based Context Switching                 296367.7 lps   (10.0 s, 7 samples)
Process Creation                              12320.3 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                   6631.1 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                    913.0 lpm   (60.0 s, 2 samples)
System Call Overhead                        1115116.6 lps   (10.0 s, 7 samples)

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   17301050.6   1482.5
Double-Precision Whetstone                       55.0       3439.7    625.4
Execl Throughput                                 43.0       4357.6   1013.4
File Copy 1024 bufsize 2000 maxblocks          3960.0     652548.7   1647.9
File Copy 256 bufsize 500 maxblocks            1655.0     175356.9   1059.6
File Copy 4096 bufsize 8000 maxblocks          5800.0    1382558.5   2383.7
Pipe Throughput                               12440.0    1166322.4    937.6
Pipe-based Context Switching                   4000.0     296367.7    740.9
Process Creation                                126.0      12320.3    977.8
Shell Scripts (1 concurrent)                     42.4       6631.1   1563.9
Shell Scripts (8 concurrent)                      6.0        913.0   1521.7
System Call Overhead                          15000.0    1115116.6    743.4
                                                                   ========
System Benchmarks Index Score                                        1137.6

CPU性能は、FreeBSDのほうがよい気がするのは気のせい？？

さくらのクラウドβ(大阪)とiperfで実験！

[ ID] Interval       Transfer     Bandwidth
[ 11]  0.0-60.3 sec  69.4 MBytes  9.65 Mbits/sec
[ 12]  0.0-60.3 sec  66.4 MBytes  9.23 Mbits/sec
[  7]  0.0-60.3 sec  58.6 MBytes  8.15 Mbits/sec
[  4]  0.0-60.4 sec  85.5 MBytes  11.9 Mbits/sec
[  9]  0.0-60.4 sec  71.8 MBytes  9.97 Mbits/sec
[  3]  0.0-60.4 sec  66.5 MBytes  9.24 Mbits/sec
[ 10]  0.0-60.4 sec  69.4 MBytes  9.63 Mbits/sec
[  5]  0.0-60.4 sec  71.6 MBytes  9.94 Mbits/sec
[  6]  0.0-60.5 sec  58.5 MBytes  8.11 Mbits/sec
[  8]  0.0-60.5 sec  67.6 MBytes  9.37 Mbits/sec
[SUM]  0.0-60.5 sec   685 MBytes  94.9 Mbits/sec

100Mbps弱しかでません。これは、当初から発表の有ったように100Mbpsで絞っているとのこと。

最初に割り当てられたアドレスは 133.242.16.0/24 となり、コンパネ画面は、133.242.31.244 だった。

また、VRRPではなくHSRPのパケットが見えているので、ゲートウェイはCiscoルータっぽい。

ぞーんは、is1a だった。

test# traceroute www.google.co.jp
traceroute: Warning: www.google.co.jp has multiple addresses; using 74.125.31.106
traceroute to www.l.google.com (74.125.31.106), 64 hops max, 40 byte packets
 1  133.242.16.2 (133.242.16.2)  0.692 ms  0.590 ms  0.511 ms
 2  iskrt101b-is1a-rt1.sakura.ad.jp (103.10.113.25)  0.532 ms  0.351 ms  0.237 ms
 3  iskrt2-krt101b.bb.sakura.ad.jp (103.10.113.17)  0.482 ms  0.291 ms  0.382 ms
 4  tkort3-krt1.bb.sakura.ad.jp (59.106.247.109)  15.653 ms  15.570 ms  15.563 ms
 5  AS15169.ix.jpix.ad.jp (210.171.224.96)  16.066 ms  16.048 ms  15.971 ms
 6  209.85.243.58 (209.85.243.58)  16.145 ms  18.933 ms
    tkort3-wrt1s.bb.sakura.ad.jp (59.106.251.137)  18.357 ms
 7  AS15169.ix.jpix.ad.jp (210.171.224.96)  18.599 ms  18.527 ms  18.582 ms
 8  209.85.255.217 (209.85.255.217)  47.850 ms
    209.85.255.39 (209.85.255.39)  47.719 ms  47.891 ms
 9  209.85.250.101 (209.85.250.101)  48.771 ms
    209.85.255.56 (209.85.255.56)  50.264 ms
    72.14.239.88 (72.14.239.88)  21.199 ms
10  209.85.255.217 (209.85.255.217)  49.485 ms  50.484 ms  50.334 ms
11  209.85.250.101 (209.85.250.101)  51.600 ms
    209.85.243.23 (209.85.243.23)  51.952 ms
    209.85.243.21 (209.85.243.21)  50.418 ms
12  tb-in-f106.1e100.net (74.125.31.106)  48.826 ms  48.803 ms  48.645 ms

test# traceroute www.ocn.ad.jp
traceroute: Warning: www.ocn.ad.jp has multiple addresses; using 23.3.104.17
traceroute to a635.g.akamai.net (23.3.104.17), 64 hops max, 40 byte packets
 1  133.242.16.2 (133.242.16.2)  4.308 ms  0.601 ms  0.538 ms
 2  iskrt101b-is1a-rt1.sakura.ad.jp (103.10.113.25)  0.484 ms  0.339 ms  0.365 ms
 3  iskrt2-krt101b.bb.sakura.ad.jp (103.10.113.17)  1.893 ms  0.307 ms  0.344 ms
 4  tkort3-krt1.bb.sakura.ad.jp (59.106.247.109)  15.666 ms  15.642 ms  15.550 ms
 5  AS20940.ix.jpix.ad.jp (210.171.224.201)  27.079 ms  39.870 ms  37.576 ms
 6  a23-3-104-17.deploy.akamaitechnologies.com (23.3.104.17)  16.287 ms  16.020 ms
    tkort3-wrt1s.bb.sakura.ad.jp (59.106.251.137)  18.336 ms

# traceroute www.ocn.ne.jp
traceroute to www.ocn.ne.jp (210.163.219.84), 30 hops max, 40 byte packets
 1  133.242.16.2 (133.242.16.2)  1.403 ms  1.297 ms  1.189 ms
 2  iskrt101b-is1a-rt1.sakura.ad.jp (103.10.113.25)  1.057 ms  0.964 ms  0.854 ms
 3  iskrt2-krt101b.bb.sakura.ad.jp (103.10.113.17)  0.762 ms 
    iskrt1-krt101b.bb.sakura.ad.jp (103.10.113.9)  0.657 ms  0.548 ms
 4  iskrt2-krt1-2.bb.sakura.ad.jp (103.10.113.6)  0.431 ms
     211.0.194.37 (211.0.194.37)  0.761 ms  0.665 ms
 5  221.184.5.121 (221.184.5.121)  0.717 ms  0.687 ms  0.585 ms
 6  125.170.97.45 (125.170.97.45)  16.208 ms 
    221.184.5.121 (221.184.5.121)  0.561 ms  0.563 ms
 7  125.170.97.74 (125.170.97.74)  18.565 ms  18.507 ms
    125.170.97.45 (125.170.97.45)  16.085 ms
 8  118.23.168.19 (118.23.168.19)  19.145 ms  19.074 ms  19.046 ms
 9  118.23.176.34 (118.23.176.34)  19.296 ms  19.232 ms
    118.23.168.19 (118.23.168.19)  19.038 ms
10  118.23.176.34 (118.23.176.34)  19.204 ms * *
11  118.23.176.46 (118.23.176.46)  18.663 ms  18.593 ms  18.525 ms
12  118.23.176.46 (118.23.176.46)  18.550 ms
    61.126.89.222 (61.126.89.222)  23.012 ms  22.878 ms
13  * * *
14  * * *

CPIが CloudCore というサービスを始めるらしい。
リリース予定のクラウドサービスなのか。

当日だからいいよね？
12時の段階ではForbiddenなう。

あの筐体は、X4170とかかなとおもっていたが、Sun SFS Storageの筐体だったのか....

てことで、ふと思ったのは、帯域制限なしで、/24 のネットワークが53,760円
すなわち、標準のネットワークと、追加のネットワークを組み合わせ、Vyattaをインストール。
そこで、GREトンネルを行い、自宅とかオフィスに引き込めば、大きなアドレスを使用出来る。
パブリックなネットワークなので、暗号化する必要がないので、枯れているIPトンネリングで十分
おいしいねー。
いいねー。

それにしても、ネットワークブロックの場合日割り計算が無いのが味噌。

ただし、価格表については、ベータ段階の料金表から抽出したもののため、プレスで出ている金額以外のものについては、変更される可能性があります。

a. [IPネットワークアドレス]     210.248.145.0/24
f. [組織名]                     株式会社BANEX JAPAN
p. [ネームサーバ]               ***LAME***_ns1.value-domain.com_2011-03-10
[備考]                          ***LAME***と表示されているネームサーバが適切に設定されていません。
[備考]                          http://www.nic.ad.jp/ja/dns/lame/about.html をご覧のうえ、このネームサーバの
[備考]                          設定を再度ご確認ください。ネットワーク情報中で、一部の逆引きゾーンのみが
[備考]                          適切に設定されていない場合にも***LAME***と表示されます。

ValueDomainのDNSって、取得ドメインの正引きのみ対象だったとおもったけど、逆引きも提供してるん？（笑）

長い間お世話になりました...
昨年の11月に解約してしまったけど、リリースしてから2年間利用させていただきました。
最終的に解約したのは、逆引きの設定が出来ない、ネットワークの不安定さが原因。。。
あと、BINDとPostfixだけしか使用していなかったが、リソースの厳しさもあり、一番下のプランでは厳しいな思っていましたが、そのあとプランの見直しなどでリソースの量が増えるなど、対応はいろいろとよかったのですが、結局使いにくくて移転。

やっぱり寂しいものです。

来週にはプレスリリースが出るそうですが、さくらのクラウドを非常に意識したクラウドを提供するとのこと。価格帯については、一番安いプランは、さくらのクラウドよりやすいのを提供します。ということなので、2500円を下回るものだろう。なお仮想化の基盤にはKVMを使うとか。
今後の動きに注目ですね。

詳細は来週発表のプレスリリースを要確認。

個人的には、ネットワーク周りをしっかりと準備していると言うことなので落ち着いたら使ってみたいと感じている今日この頃。

プレスリリースでたね。

今回、紹介された中で、石狩DCの中の写真が公開されていました。
これについては、写真撮影禁止ということでしたが、内容を書くのはNGとは言われなかったので書いちゃいます。

DCはすべて200Vで設計されており、100Vはメンテナンス用でいくつかのコンセントしか用意されていませんということ、
また、コールドアイル、ホットアイルをもうけず、リア側にはビニールのカバーをかけ、ラック上部から強制排気を行って居ると言うことです。

そのほか、ストレージについては、Sun Fireを使用している写真がありましたが、おそらく想像するには、Sun Fire X4170M2を使用されているのではないかと考えられ、Sunというと、もう、ZFSしか無いのかなと。SANはネイティブとおっしゃっていました。。。

新宿で開催されたさくらの夕べで、「さくらのクラウド」の価格が発表されました。

以前、Amazon EC2の半額以下で提供すると 報道されてしまったさくらのクラウド。どれぐらいの価格で提供されるのでしょうか。
プレスリリース前に一部公表されましたので、紹介いたします。

公式な発言ではない！と言っていたとのことだが、報道されてしまっては、実現するしかない。ということで、AmazonEC2の半額程度になるように、横田氏ががんばって電卓をはじき、計算をしたとのことです。

さくらのクラウドの課金形態として、次のものがあると説明4つ。

• サーバ(CPU、メモリ)
• 追加ディスク
• ネットワーク(スイッチ、IPアドレス)
• スナップショット

そういうわけで、掲載された価格比較は次の通り、AmazonEC2とNiftyクラウド(So-netクラウド)を大きく意識した表となっている。/P

あのクラウド： AmazonEC2、そのクラウド： Niftyクラウド( So-netクラウド)

そういうわけで、今回価格表が掲載されました。

そのほか、スイッチについては、5,000円で提供されるそうですが、アドレスブロック割り当てについては、今回の15日にはリリースしないようです。

ネットワークについては費用が発生しませんとのこと。20日までの利用は日割り計算で行われ、それを超えると自動的に月額料金になるため、最初から「月額料金」か「従量課金」を選択する必要がないようになっている。

このさくらのクラウドのコンセプトについては、開発者思考のシンプルクラウドで、必要なものがあり、不要なものは無いということ。VPSとクラウドは別物、VPSをクラウドと呼んではいけない。我々はクラウドを作るんだ。ということで、開発された。シンプルクラウド。すなわち素材としての良さ。それを皆様で料理していただいて、付加価値のあるサービスにしてもらいたいと田中氏は言う。

そのほか、安定性、性能が高い、費用対効果が高い。それがミッションでありビジョンである。

ちなみに、さくらのクラウドでは、VPSより高性能なサーバを使用し、スペックは非常に高いものを採用している。ストレージのネットワークもInfinibandを採用し、40Gで接続している。

ちなみにUNIXBENCHのスコアは、1239.1 / 6469.3 で非常に高い。

今後、SSD、IODRIVEのサポートなども考えている。そのほか、野望として、他社さんのクラウドをコントロール出来ないか考えている。当社でVMを作って、他社さんで動く。そうするとアフィリエイトで稼げる。ロックインせず、能動的に選んでいただきたい。と語る。

クラウドのロードマップ

• ルータ 12月
• ISOイメージアップロード 12月
• ファイアーウォール 1月
• 逆引き 1月
• 大容量ストレージ 2月
• コミュニティーテンプレート 3月

CentOSからGentooまで豊富なOSを用意している。

現在まだ、ベータのみですが、さくらのVPSをお申し込みは出来ますので このリンクからお申し込みください。

なお、さくらのクラウドは11月15日 15時に行われる石狩データセンター開所と同時に正式サービスインする予定だそうです。

先日の水曜日の出来事。

DCで連日作業して、のどがおかしくなってから、体調悪くなり、風邪薬を飲んでも改善せず。

そして、だんだん悪化し始めて、嘆も止まらないし、咳も止まらない、こりゃひどくなり、抗生物質が必要となる状況になったと判断し、やっと機会を見つけて病院に行ってきました。

家の近くの内科複数件通ってみたのですが、すごく対応が悪く、ひどい扱いを受けたので、二度といきたくないし、ちゃんと診察もしてくれなかったので、家の近く以外で探していました。

また、職場の近くは大病院しかなく、個人病院などはありません。

そこで、DCが住宅街にあると言うことで、そのあたりで探した内科に行ってきました。
以前もそこにお世話になり、対応がよかったことから、DCにいった帰りに寄ってきました。

当日、相当しんどかったのですが、朝は起きたら熱が35.1度。
普段の平熱より低かったり（熱はないｗ）

で、やっとこさ、火曜日に内科に時間ぎりぎり駆け込みでいくことが出来て、薬は、会社の近くでもらうことにしました。
駆け込みで時間が遅かったこともあり、会社の近くの薬局でもらうことに。

会社の近くだと、大きな病院があり、そちらだと、やすくなります。小さな薬局だと、月に処方する数で、調剤基本料が変わり、割高になってしまいますが、大病院の近くの薬局であれば、月に4000回以上受付しているところの方が、調剤基本料がやすくなります。皆さん知っていました？？

で、その薬局での出来事。打ち合わせがずっと続き、休憩が取れずに薬局にも行けず、18時半。以前一度いった薬局はなぜか、18時閉店でした。以前は19時までやってたのに...

さらに探してみると、19時までやっている薬局があったので、そこにいき、ふらふらになりつつも、何とかお薬がもらえる。。。とおもい、薬局へ入る。

薬局へはいり、処方箋をもっていくと、6個のうち4つは手に入らないという始末。

なんか、前回もそういうことあったよね？？


なんとしてでも抗生剤だけはほしかったのでそれだけもらい、残りは送ってもらうことに。

金曜日はトラックの運ちゃんすることが決まっていたので、薬局に残りのものを取りに行くことが出来ませんので...

で、現金は今月残り○○円で生活しないといけない、究極のピンチなので、カードでお支払い。

翌日、いろいろと金曜日の準備をするために、 ホームセンターへ買い物へいき、精算しようとしたら、クレジットカードが無いことに気づきました。どっかで落とした？無くした？唯一のカードなんだけど。。

カードで生活しのいでいるのに...という状況で、一枚だけガソリンカード(コスモ・ザ・カード/イオン)を持っているのを思い出し、それでしのぎました。
普段、コスモで給油するときに使っているカードです。あとは、イオンにいくときたまに使うので、なんとか、生き延びることが出来ましたが、かえって入念に探してもクレジットカードが見つかりません。

あわてて、カード会社に連絡をして止めてもらったところ、翌日、薬局から電話が。


「すみません、クレジットカードをお返しするの忘れていました…」

当日中に連絡しろよ。なんで、金曜日になってから判明するんだ？と相当のクレームもの。

そして、 お薬とカードが届いたのは日曜日。

水曜日に処方箋もらいに行って、残りが届いたのは日曜日。

すでに遅し、いみねーよ。東京は本当に医療崩壊しているなぁと思う今日この頃でした。

参考： 医療費を安く節約しよう

本当にいつも思うのは薬局は害ばかりで利はないとおもうよ。

院内処方だと、処方料はしれてるのに、処方箋になると、院内での処方線料、薬局での調剤基本料、調剤料、薬剤服用歴管理指導 、薬剤情報提供料　などをとり、患者からお金を巻き上げる仕組み。


ちなみに院内だと、処方料と超材料で51点に対して、院外処方にすると、処方箋料81点、薬局で諸々246点となります。

となると、処方箋にすると、300点以上多くかかることになります。

これを毎週もらうとなると、どれだけぼたられるんでしょうか。

本当にお金を巻き上げる為の仕組みでしかないと思います。

時間もかかるし、移動もしないといけないし...カードは忘れられるし。踏んだり蹴ったりです。

建前は、処方のミスを防ぐってことかもしれませんが、普段日常でもらうだけなので、組み合わせの問題もねーよといいたい。

ちょっくら、所用でレンタカーを借りることになった。
領収書を後で確認したら、「運転者 ○○○○　サトシ」とうってやがる...
本人確認の為の免許証、精算の為に、クレジットカード。

クレジットカードには名義人がローマ字で入力されているし、予約するときにも、本名フルネームで伝えている。

あまりにもひどく、ずさん。客の名前を間違えるようなところであった。
そして、本人以外のカードは使用出来ませんといいながら、カードの名義人を確認しないというあるまじき行為。

こういうのでいいの？
これは、クレーム入れるべき？
「お宅のところは、名義人の確認もしないぐらいずさんなのか？」と。
かなーり、腹がたっているのだが、この怒りをどうすればよい？

/*!
 * SAKURA Internet Cloud Web Client (c/n: Watagashi) - loader.js
 * author: Yuki KAN / SAKURA Internet Inc. / SAKURA Internet Research Center.
**/

噂は本当だった！？

で、JavaScriptのソースを眺めていると、なにやらおもしろいメッセージ。

ご利用の会員IDは電話認証を...

今後は郵送物の紙ではなく、電話認証に切り替えるのだろうか。
また、カードを事前に登録しておく必要にもなるような記述が伺える。

さくらのクラウド専用アカウントでのログイン

そのほか、上記の記述もあったことから、会員IDとは別に複数人でさわれるようになっているのではないかと考えられる。

• dns11.sakura.ad.jp 2403:3a00::1
• dns12.sakura.ad.jp 2403:3a00::2

以前はこんな感じだったんだけどなー。
変更したのね。

dns11.sakura.ad.jp	210.188.225.5	東京
dns12.sakura.ad.jp	210.188.225.6	東京
dns13.sakura.ad.jp	210.224.179.133	大阪		
dns14.sakura.ad.jp	210.224.179.134	大阪	

設置されたようで、次のDNSサーバが石狩設置になるようです。

• dns13.sakura.ad.jp 133.242.0.3
• dns14.sakura.ad.jp 133.242.0.4

上記DNSサーバにpingで試すなり、tracerouteするなりで石狩までのネットワークをみることが出来るかもしれませんね。

LookingGlassを見たら、経路が最適化されたようなので、チェック。

> show ipv6 bgp reg _7684_
BGP table version is 0, local router ID is 61.211.224.203
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, R Removed
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 2401:2500::/32   2001:e40:100:100::5
                                           900             0 9370 7684 i

Total number of prefixes 1

解禁されたので、さくらのクラウド ベータ画面 大幅リニューアル後の開発画面のスクリーンショットを掲載させていただきます。

ログイン画面



ログイン後のトップ画面。
ご利用金額、金額のタリフなどがあります。



価格表については、今のところすべて0円となっていますが、
ルータ/100Mbps, スイッチ, グローバル固定IPアドレス /32 〜 /24 まであります。



そのほかに、サーバのコンソールに、アクティビティとして、サーバの利用率、負荷常態などがグラフで見れるようになっていました。こちらについては、さくらのVPSとほぼ同じ感じでした。

そのほか、変わったのは、各項目毎に、価格表示がされるようになり、このオプションはいくらか、このHDDはいくらかなど、明朗会計型をアピールしていましたが、事前に価格がわかるようになっていました。

次に、新機能として、ルータという表記。
専用ネットワークという意味で、専用のルータというイメージを想像させるような表記です。
実態としては、上位のL3スイッチでSVIを切るというイメージでしょうけど。。

メニューのタリフには、/24とかありましたが、スクリーンショットから見る限り、今のところ、/27までのようです。

この辺のアドレス数については、今後変更される可能性があるのかな。
あと、IPv6アドレスの項目がひょっこり現れることを期待したいですね。

以上、リニューアルしたベータ環境のスクリーンショットでした。

IE6じゃだめです。サポート外じゃｗ 最新版使ってくださいと、れーさに言われましたｗｗ

メインがまだまだ古いぱちょこんなので...
↑ パソコンは古いけどスクショはネタですので、気にしないでください。。

上記構成で微妙な点があったので、いくつか改善されたようです。
スイッチと表示されていた点、ルータの中には、どういうネットワークが割り当てられたか確認する方法が有りませんでしたが、今はわかるようになっていますので、紹介させていただきます。

ネットワーク



ルータ+スイッチ



ただ、スイッチ名はラベルでしかないので、ブリッジしたとき、どのスイッチとブリッジしたのか、確認する方法が今のところ無いので、運用として、同じラベルをつけたスイッチ名を使わないというルールが必要のようです。

世も末だ…。

バックボーンはどこだろうね。。

とおもって調べてみたら....

a. [ドメイン名]                 AKB48.NE.JP
p. [ネームサーバ]               ns1.freebit.net
p. [ネームサーバ]               ns2.freebit.net

FreeBIT系なのかしら？？

スグギャグ.com ドメインをオークションに出品中。
中の人買っていってね！！！

ということで、先ほど長々と書いてしまいましたが、結論としてまとめてみます。

133.242.0.0/16 および 103.10.112.0/22。
103.10.112.0/22 については、バックボーン系だと考えられます。
今までの経緯、構成をみていると、バックボーンには、/22を割り当てている傾向があるためです。

AS7684が使用されるでしょう。
以前、IPv6で使用されていましたが、6月頃に、AS9370に置き換えされていました。
そのタイミングで、6rdの経路切り替え時に経路情報を入れ忘れるという問題があったかと思います。
そのときに、AS7684が解放され、石狩で使用されたのでしょう。すでに、この段階では決まっていたもの と思われます。

Tracerouteの結果、東京〜石狩間15.7msec - 16.2msec、大阪〜東京〜石狩間が23msec - 24msec程度。
大阪〜東京間が8msec程度を考えると、そのまま乗せた値になっています。

LookingGrassみたときのASのLastUpdate を見る限り、接続完了したのが、Wed Oct 26 14:56:14 2011 と 思われます。

今のところ2台のようです。
すなわち、北海道内からアクセスすると、物理的には近くても、一端 AS9370へと抜けるため、東京経由するのが分かり切っています。
そのため、北海道内でたくさんピアしていただいて、北海道で完結するようになれば、みんな幸せになる でしょう。じゃなきゃ、北海道の人が事業で北海道のDCにあるサーバを使うメリットがないですから;p
そこはがんばっていただくとして、期待してみましょう。。。

bgp.he.net AS7684をみていると、AS4713とピアしていると表示され、Tracerouteを東京から放ってみたところ、確かに、OCN内で札幌に抜けているようなRTTだったので、気になっていました。

  7     8 ms     7 ms     7 ms  125.170.97.69
  8    22 ms    23 ms    22 ms  125.170.97.46
  9    20 ms    20 ms    20 ms  221.184.5.122
 10    21 ms    22 ms    21 ms  211.0.194.38
 11    23 ms    20 ms    20 ms  iskrt101b-krt2.bb.sakura.ad.jp [103.10.113.18]
 12    23 ms    23 ms    23 ms  iskrt102e-krt101b.bb.sakura.ad.jp [103.10.114.6]

ということで、NTTCOMのDCやOCNで札幌市内の方、Tracerouteの結果を是非ください。
10ms以内であれば、確実に札幌などでピアしていることでしょう。

先日、田中社長が Twitterで、「石狩データセンターがインターネットに接続されたようだ。予想外にRTTは小さい。」とかかれていたので、ちょっくら調べてみました。

その前に、ネットワーク、無事開通おめでとうございます。

まず最初に、石狩で使用されるprefixはどこかと探したところ、先日 IPv4アドレス移転がなされたという話を書いたと思いますが、きれいな空間はそこではないか、と読み取り、中身を調べて みました。

その移転されたIPv4アドレスは、133.242.0.0/16 となります。

そこで、逆引き一覧を調べてみたところ、次のようなホストを見つけました。

133.242.0.133  isk-watcher1.sakura.ad.jp.
133.242.0.134  isk-watcher2.sakura.ad.jp.
133.242.0.135  report-isk1.sakura.ad.jp.
133.242.0.136  report-isk2.sakura.ad.jp.
133.242.0.137  sp-slave-isk.sakura.ad.jp.
133.242.0.138  isk-zab1.sakura.ad.jp.
133.242.0.139  isk-zab2.sakura.ad.jp.

そういうわけで、早速Tracerouteを行ってみます。

 3  tkort3-grt2b-10g.bb.sakura.ad.jp (59.106.251.33)  0.708 ms  0.655 ms 0.847 ms
 4  iskrt1-ort3.bb.sakura.ad.jp (59.106.247.110)  15.768 ms  15.805 ms  15.738 ms
 5  iskrt1-ort3.bb.sakura.ad.jp (59.106.247.110)  15.764 ms  15.705 ms
    iskrt102b-krt1.bb.sakura.ad.jp (103.10.113.14)  15.845 ms
 6  iskrt101b-krt1.bb.sakura.ad.jp (103.10.113.10)  15.749 ms
    iskrt102b-krt1.bb.sakura.ad.jp (103.10.113.14)  15.633 ms  15.750 ms
 7  iskrt102e-krt101b.bb.sakura.ad.jp (103.10.114.6)  15.893 ms  15.728 ms
    iskrt101e-krt102b.bb.sakura.ad.jp (103.10.114.10)  15.865 ms

上記からみると、東京から、石狩に接続しているのがわかります。
参考にさくらの大阪堂島から、Tracerouteしてみた結果です。

 3  tkort3-grt2b-10g.bb.sakura.ad.jp (59.106.251.33)  0.708 ms
    tkort2-grt1b.bb.sakura.ad.jp (59.106.250.249)  0.655 ms
    tkort3-grt2b-10g.bb.sakura.ad.jp (59.106.251.33)  0.847 ms
 4  osdrt2-nrt1s-2.bb.sakura.ad.jp (59.106.255.13)  0.597 ms
    osdrt2-nrt1s-1.bb.sakura.ad.jp (59.106.255.9)  0.478 ms
    osdrt2-nrt1s-2.bb.sakura.ad.jp (59.106.255.13)  0.549 ms
 5  tkort3-osdrt2.bb.sakura.ad.jp (59.106.255.233)  7.974 ms  7.868 ms  8.084 ms
 6  iskrt1-ort3.bb.sakura.ad.jp (59.106.247.110)  23.061 ms  23.936 ms  23.083 ms
 7  iskrt102b-krt1.bb.sakura.ad.jp (103.10.113.14)  24.291 ms  23.043 ms  23.044 ms
 8  iskrt102e-krt101b.bb.sakura.ad.jp (103.10.114.6)  23.118 ms  23.063 ms
    iskrt102e-krt102b.bb.sakura.ad.jp (103.10.114.14)  25.738 ms

上記の内容で、石狩のPrefixは isk となり、ルータは iskrtXXX となるようです。

上記の結果から、大阪からのRTTは23〜24msec、東京からのRTTは15msec程度でしょう。
石狩DCで積極的にピアを張らない限り、必ずパケットは東京を経由することから、北海道のユーザは、キ ャリア間のバックボーンで30msec以上発生することとなり、さらに加入者のフレッツに入ると40msecは超える 可能性があります。

次に、石狩で使用されるAS番号およびPrefixを調べてみたところ、次のような結果が。
ここは、さくらインターネット社が提供している AS9370 Looking Glassを使用させていただくことにしましょう。

結果は次の通り。

> show ip bgp 133.242.0.0/16
BGP routing table entry for 133.242.0.0/16
Paths: (2 available, best #2, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  61.211.224.203
  7684
    59.106.248.2 from 59.106.248.23 (59.106.248.2)
      Origin IGP, metric 10, localpref 440, valid, internal
      Community: 7684:10 7684:20
      Originator: 59.106.248.2, Cluster list: 59.106.248.23
      Last update: Wed Oct 26 14:56:14 2011

  7684
    59.106.248.2 from 59.106.248.22 (59.106.248.2)
      Origin IGP, metric 10, localpref 440, valid, internal, best
      Community: 7684:10 7684:20
      Originator: 59.106.248.2, Cluster list: 59.106.248.22
      Last update: Wed Oct 26 14:56:14 2011

上記結果から、リンクがあがり作業完了したのは、10/26(Wed) 14:56ではないかと思われます。

さて、AS番号は7684だとわかったところで、そのASから出ているORIGINを調べてみましょう。

> show ip bgp reg _7684$
BGP table version is 0, local router ID is 210.188.225.89
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, R Removed
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
* i103.10.112.0/22  59.106.248.2            10    440      0 7684 i
*>i                 59.106.248.2            10    440      0 7684 i
* i133.242.0.0      59.106.248.2            10    440      0 7684 i
*>i                 59.106.248.2            10    440      0 7684 i

ふむふむ。133.242.0.0/16 および 103.10.112.0/22が見えますね。

さくらのクラウドは、133.242.0.0/16から切り出されることが想像されます。
また、先日の hbstudy にあったネットワークでは、/20ずつ切り出すということなので、今回whoisに登録されていたブロックは、/20が2つ。すなわち、133.242.0.0/20, 133.242.8.0/20 までが使用されるのではないかと思われます。

さらにASについて調べてみたところ、RADB/RIR等には、次のような記載がありました。

RADB
aut-num: AS7684
as-name: SAKURA-A
descr: SAKURA Internet // HOKKAIDO BACKBONE 

ところで、話を戻して、133.242.0.0/24にあった最初の数台のホスト。
名前からみて、zabbixの投入でしょうか:)

先ほど、AS7684だと書きましたが、 LookingGlassでv6の経路情報を見てみたところ、次のような情報が。

> show ipv6 bgp reg 7684
   Network          Next Hop            Metric LocPrf Weight Path
*> 2401:2500::/32   2001:e40:100:100::5
                                           900             0 9370 2500 4713 7684 i

2401:2500::/32 のPrefixが使用されるということと、APNIC側のWHOISを引いてみると次のような情報。

inet6num:       2401:2500::/32
netname:        SAKURA-ISHIKARI-CIDR-BLK-JP

JPNIC側には上記情報はありませんでした。

で、なぜ、ASPATHが 9370 2500 4713 7684 なんでしょう。。（汗）

SAKURA -> WIDE -> OCN -> 7684

さらに気になったので、バックボーンで使用されているルータのIPアドレスを調べてみたところ、次の2台が該当しました。

59.106.247.109  tkort3-krt1.bb.sakura.ad.jp.
59.106.247.110  iskrt1-ort3.bb.sakura.ad.jp.

59.106.247.113  tkwrt3-krt2.bb.sakura.ad.jp.
59.106.247.114  iskrt2-wrt3.bb.sakura.ad.jp.

59.106.247.110 は Juniper?のような気がします。。

そのほか石狩内について調べてみたところ、下記のホストが該当。

103.10.112.1    iskrt1.bb.sakura.ad.jp.
103.10.112.2    iskrt2.bb.sakura.ad.jp.
103.10.112.3    iskrt101b.bb.sakura.ad.jp.
103.10.112.4    iskrt102b.bb.sakura.ad.jp.
103.10.112.5    iskrt101e.bb.sakura.ad.jp.
103.10.112.6    iskrt102e.bb.sakura.ad.jp.
103.10.112.7    iskrt103e.bb.sakura.ad.jp.
103.10.112.8    iskrt104e.bb.sakura.ad.jp.

103.10.113.1    iskrt1-krt2-1.bb.sakura.ad.jp.
103.10.113.2    iskrt2-krt1-1.bb.sakura.ad.jp.

103.10.113.5    iskrt1-krt2-2.bb.sakura.ad.jp.
103.10.113.6    iskrt2-krt1-2.bb.sakura.ad.jp.

103.10.113.9    iskrt1-krt101b.bb.sakura.ad.jp.
103.10.113.10   iskrt101b-krt1.bb.sakura.ad.jp.

103.10.113.13   iskrt1-krt102b.bb.sakura.ad.jp.
103.10.113.14   iskrt102b-krt1.bb.sakura.ad.jp.

103.10.113.17   iskrt2-krt101b.bb.sakura.ad.jp.
103.10.113.18   iskrt101b-krt2.bb.sakura.ad.jp.

103.10.113.21   iskrt2-krt102b.bb.sakura.ad.jp.
103.10.113.22   iskrt102b-krt2.bb.sakura.ad.jp.

103.10.114.1    iskrt101b-krt101e.bb.sakura.ad.jp.
103.10.114.2    iskrt101e-krt101b.bb.sakura.ad.jp.

103.10.114.5    iskrt101b-krt102e.bb.sakura.ad.jp.
103.10.114.6    iskrt102e-krt101b.bb.sakura.ad.jp.

103.10.114.9    iskrt102b-krt101e.bb.sakura.ad.jp.
103.10.114.10   iskrt101e-krt102b.bb.sakura.ad.jp.

103.10.114.13   iskrt102b-krt102e.bb.sakura.ad.jp.
103.10.114.14   iskrt102e-krt102b.bb.sakura.ad.jp.

103.10.114.17   iskrt101b-krt103e.bb.sakura.ad.jp.

103.10.114.21   iskrt101b-krt104e.bb.sakura.ad.jp.
103.10.114.22   iskrt104e-krt101b.bb.sakura.ad.jp.

103.10.114.25   iskrt102b-krt103e.bb.sakura.ad.jp.
103.10.114.26   iskrt103e-krt102b.bb.sakura.ad.jp.

103.10.114.28   iskrt103e-krt101b.bb.sakura.ad.jp.
103.10.114.29   iskrt102b-krt104e.bb.sakura.ad.jp.
103.10.114.30   iskrt104e-krt102b.bb.sakura.ad.jp.

自分の組織が、2001:db8::/32 だったとする
会社内部で使用されるアドレスが、2001:db8:1000::/48 だったとしたとき、
2001:db8:1000::/48 がWHOISに登録され、会社名で表示されたとき、
全社員の社員番号を、2001:db8:1000:cafe::<社員番号> とかにしたらおもしろくね？

と、Twitterでとあるつぶやきをみて、最初からWHOISに登録されているのであれば、世界で唯一の社員番号なので、会社名もいらないよね？とかおもった

さくらのVPSや ServersMan、 GMO お名前.com VPS、 SaaSes OsukiniVPSの上手な使い分けの仕方をご紹介します。

まずは、最初にメリット、デメリットを記載しますが、かなり偏見が入っているので、鵜呑みにしないようお願いいたします。

HV: KVM
Storage: SAS

メリット

• CPU性能など、全体的なパフォーマンスがよい
• 回線で使用できる実効帯域が圧倒的によい
• VNCコンソールやシリアル経由でのコンソールなど、メンテナンス性に優れている
• コンソールがあるため、好きなOSを自由にインストールすることが出来る
• 逆引きを自由に設定できる

デメリット

• ディスクの単価が高く、データのバックアップなどを考えると、使いにくい
• ディスクの容量が少ない為、FreeBSDを使うときにはいろいろと悩まされる、ディスクの容量を取ろうとすると、単価が高くなってしまう

HV: OpenVZ
Storage: 非公開(ネットワークストレージらしいので、NFS or iSCSI)

メリット

• IPv6が標準で使用出来る
• 割と回線で利用可能な帯域が大きい
• OpenVZを使ったシステムで同価格帯で考えると、十分なメモリが割り当てされているケースがある。
  話によると、2GBまで実メモリの割り当てがあったケースなど...

デメリット

• DiskIOが極端に遅く、コマンド一発たたくだけで時間がかかる
  ex) who等
• DiskIOが遅いが故にネットワーク帯域を使用仕切れない
• 逆引きの設定が出来るが、ドメインをDTIに預けないと出来ない
• 不安定、勝手に中身さわられる

HV: Xen
Storage: 非公開

メリット

• downloadは早い
• HDDの容量が大きく、一番安いプランでも、50GBある
• 好きなOSの選択が可能
• 逆引きを自由に設定できる

デメリット

• uploadは遅い
• HDDのアクセスが遅かったりなど、多々ある。DiskIOの遅さ

HV: OpenVZ
Storage: 非公開(SATA?)

メリット

• 自由が少ないがディスク容量が多い
• 値段は若干高め
• 逆引きが自由に設定出来る
• ギガでリンクしてるのか、100Mbps以上出る

デメリット

• いろいろなポートがFWで閉じられている
• OP25Bが施されており、直接外部にメールの送信が出来ない

さくらのVPSや ServersManのサーバはやすいが、データのバックアップを考えると、2契約とか難しい。
そこで、 SaaSes OsukiniVPSについては、一番安いプランでも、480円で使用可能なことから、 OsukiniVPSをバックアップサーバとして使用するとよいと思う。
また、他社の高価なVPSを使用している場合にも同様のことが言え、ディスク単価がすごく安いので、ディスク容量にメリットが感じられる使い方をすればよい。

金額的に試算してみると、1年使用した前提でのお話。

そのほか、DNSサーバやメールサーバなどを運用するとき、セカンダリDNSや、バックアップMXをOsukiniVPSといった使い方をすれば、メイン側がメンテナンスや障害でも、バックアップが出来る。そのため、バックアップシステム、データのバックアップサーバとして構築すれば、一石二鳥である。
上記の構成例であれば、OsukiniLTは、初期費用がかかってしまうが、ダントツにやすい。飲み会１，２回我慢すれば終わりだし、自宅サーバで電気代を考えても断然やすい。

そのほか、 NTTPC WebArena の Cloud9やSuitePro、 お名前.com VPSなど、他のVPSを使用している場合でも、上記のような構成で、バックアップを行っていれば、最悪な事態にはならないだろう。
また、バックアップ側が障害でデータが消えたとしても、主系サーバが生きていれば、改めてバックアップを取ればよいこと。
基本的に事業者側もRAIDで稼働していたり、バックアップを行っていたりすることから、Cloud9みたいによほどのことが無い限り、データの基本的にデータの消失は無いはずだが、もしものことに備えて、バックアップを行う、ということは非常に重要だ。
ただ、OsukiniVPSのデメリットが一つあり、時間帯、サービスによって、uploadが遅いため、障害発生時に、データを復元する際には、復元に時間がかかるおそれがある。

結論

プライマリサービスには、 さくらのVPS、バックアップ用途には、 OnamaeVPSもしくは、 SaaSes Osukini VPS
契約は上記リンクからお願いします！

クラウドストレージというのがはやっているが、案外高かったりすることが多い。
そこで、sftpのみを使用可能にして、ファイルサーバ的な使用の仕方をする方法。

さくらのVPSについては、利用可能なネットワーク帯域やRTT等がよいので、上記のような使い方に非常に向いているし、root 付きのサーバなので、好きなだけアカウントを作ることも可能である。

ただ、Sambaを使用し、ドメイン認証を行いたいとなるとVPNやら、いろいろな環境を構築しないといけないことから手間およびコストがかかるので、おすすめ出来ない。また、ネットワークレイテンシーが大きいと、SMB通信は、実用に耐えないことがが多いため、クラウドストレージとかいっている代物は要注意である。

しかし、sftpやscp等は標準でOpenSSHを使用して暗号化されること、豊富なアプリケーションが存在し、OSやクライアントの環境を問わず、オーバレイネットワークを使用することも想定されていることから、ftpほどはさくさくいかないにしても、それなりに快適に使用出来る。

また、Windowsであれば、NetDriveやWebDrive等を使用すれば、ローカルドライブとして割り当てることも可能、また、鍵認証などを組み合わせることにより、セキュアな通信が可能になることから、大容量ではない使い方であれば、十分実用に耐えられるのではないかと思う。また、私も上記のようにWebDriveを使用し、快適にリモート環境で生活している。
ただ、一つ難点を言うのであれば、キャッシュを有効にすると、複数人、もしくは複数端末でさわるとき、データの完全な同期に若干遅延があるため、ファイルが更新されにくいということを経験した。

結論

ストレージサーバとして使用するには、 さくらのVPSか OnamaeVPSかがおすすめ。
個人的には さくらのVPSかな〜。

kagoya vps, cpi vps, fsv vps 等その辺については追々書いてみたいと思います。
個人的にはkagoya vps はOpenVZということで、スケールアウトしにくいので、ファイルサーバ、バックアップサーバ的に使うのがいいんじゃないかなーと思いますね。