Node.js® Enterprise Support
New comprehensive plans availableLearn More
Thank you for contacting us. We will get back to you shortly.
March 15, 2016 - by Christopher Horrell
Today we are releasing some brand new images available for use in private data centers powered by Triton and in the Joyent public cloud. These images run on Triton infrastructure containers, which are like VMs, but run with the high performance and low latency that's only available on bare metal. That bare metal performance is made possible by Joyent's secure container hypervisor that's at the center of our Docker container, infrastructure container, and hardware virtual machine compute offerings. Containerized applications enjoy better performance, and data centers running Triton containers deliver more compute power on fewer physical servers, reducing costs and energy consumption.
The new images, available now on images.joyent.com and the Joyent Public Cloud, are based on Ubuntu 14.04 image and offer common applications and environments, including Node.js, MongoDB, PostgreSQL, and Percona Server. Infrastructure containers running these images enjoy the benefits of the Triton platform, including highly performant and reliable ZFS filesystems, native access to DTrace for debugging and performance analysis, and live-resizing to add capacity (CPU, memory, and storage) without downtime as needs your needs grow.
Infrastructure containers offer the advantages of Triton's bare metal container infrustructure without any added complexity to containerize applications.
|On Triton:||Docker containers||Infrastructure containers||Hardware virtual machines|
|Run your Linux distribution of choice1||Yes||Yes||Yes|
|Provide all the services of a typical Linux VM||No||Yes||Yes|
|Easily containerizes apps without any special steps||No||Yes||N/A|
|Run on bare metal for maximum I/O and CPU performance||Yes||Yes||No|
|Support live resizing||Yes||Yes||No|
|Support DTrace, MDB, and other SmartOS debugging tools||Yes||Yes||No|
|Offer native ZFS filesystems for maximum performance and reliability||Yes||Yes||No|
MongoDB is an open-source document database designed for ease of development and scaling.
The mongodb-3 20160218 image comes with MongoDB 3.2.1 pre-installed and you can to set the MongoDB admin password via the metadata key
mongodb_password at provision.
PostgreSQL is an object-relational database management system (ORDBMS) with an emphasis on extensibility and standards-compliance.
The postgresql-9 20160218 image comes with PostgreSQL 9.5 pre-installed. Configuration settings like
MAINTENANCE_WORK_MEM are set to sane defaults based on the available RAM for your instance during first-boot. If you need to overide the settings, you can and they will also be preserved during subsequent reboots. And you to set the PostgreSQL password via the metadata key
pgsql_password at provision.
Percona Server is a high-performance database server ideal for use anywhere you need MySQL.
The percona-5 20160218 image comes with Percona Percona 5.6.28-76 pre-installed. Configuration settings like
THREAD_CACHE_SIZE are set to sane defaults based on the available RAM for your instance during first-boot. You can overide the settings if you based on your worn preferences and they will be preserved during subsequent reboots. You can set the Percona password via the metadata key
percona_password at provision. And for clustering setups, you can also set the
server-id via the metadata key
mysql_server_id on provision to prevent conflicts.
Also with this release we are including a beta of our new
dtracetools-lx package. This is a package containing convenient DTrace scripts similar to the
dtracetools package we provide in our SmartOS images. Within a running instance you can get a list of available dtrace scripts by typing
dtrace- and then the
TAB key. We've also made the source scripts available on GitHub.
Here's some example usage of the dtracetools scripts you might find useful.
Inspecting all files being opened with the
# dtrace-opensnoop -ve STRTIME UID PID COMM FD ERR PATH 2016 Mar 2 15:11:43 0 95358 mysql 3 0 /root/.mysql_history.TMP 2016 Mar 2 15:11:47 0 96223 ls 3 0 /etc/ld.so.cache 2016 Mar 2 15:11:47 0 96223 ls 3 0 /lib/x86_64-linux-gnu/libselinux.so.1 2016 Mar 2 15:11:47 0 96223 ls 3 0 /lib/x86_64-linux-gnu/libacl.so.1 2016 Mar 2 15:11:47 0 96223 ls 3 0 /lib/x86_64-linux-gnu/libc.so.6 2016 Mar 2 15:11:47 0 96223 ls 3 0 /lib/x86_64-linux-gnu/libpcre.so.3 2016 Mar 2 15:11:47 0 96223 ls 3 0 /lib/x86_64-linux-gnu/libdl.so.2 2016 Mar 2 15:11:47 0 96223 ls 3 0 /lib/x86_64-linux-gnu/libattr.so.1 2016 Mar 2 15:11:47 0 96223 ls 3 0 /proc/filesystems 2016 Mar 2 15:11:47 0 96223 ls 3 0 /usr/lib/locale/locale-archive
Inspecting a mysql process showing "database not found" or "table not found" on queries with
# dtrace-opensnoop -ve -p 93461 STRTIME UID PID COMM FD ERR PATH 2016 Mar 2 15:06:20 103 93461 mysqld -2 2 ./mysql/usue1.frm 2016 Mar 2 15:06:43 103 93461 mysqld -2 2 ./blah/database1.frm 2016 Mar 2 15:06:51 103 93461 mysqld -2 2 ./blah/table1.frm
ls command with
# dtrace-dtruss.d -a ls PID/LWP RELATIVE ELAPSD CPU SYSCALL(args) = return 96287/1: 3581 154 4 brk(0x0) = 6402912 0 96287/1: 3608 8 2 uname(0x7FFFFFEFF32A, 0x0, 0x7FFFFF4241C8) = 0 0 96287/1: 3655 48 43 access(0x7FFFFF21C911, 0x0, 0x7FFFFF422E28) = -2 Err#2 96287/1: 3669 14 9 mmap(0x0, 0x2000, 0x3) = -16449536 0 96287/1: 3709 12 8 access(0x7FFFFF21F420, 0x4, 0x6) = -2 Err#2 96287/1: 3730 16 11 open("/etc/ld.so.cache\0", 0x80000, 0x1) = 3 0 96287/1: 3754 22 18 fstat(0x3, 0x7FFFFFEFED30, 0x7FFFFFEFED30) = 0 0 ..
Show syscall counts by process with
# dtrace-syscallbyproc.d dtrace: script '/usr/local/bin/dtrace-syscallbyproc.d' matched 676 probes ^C upstart-job 177 cut 188 tr 215 sshd 267 cat 271 init 275 tail 310 env 396 basename 468 run-parts 495 initctl 571 bash 736 service 825 mysqladmin 1155 grep 1935 ps 1967 mysqld 1993 mysql 3615
Showing read/write counts by process with
# dtrace-rwbypid.d Tracing... Hit Ctrl-C to end. ^C PID CMD DIR COUNT 97071 service R 25 97082 mysqladmin R 73 97092 mysqladmin R 73 97107 mysqladmin R 73 97118 mysqladmin R 73 97084 mysqld R 99 97110 mysqld R 99 94509 bash W 116 97098 mysql R 591 97071 mysql R 609 97101 mysql R 14753814 97076 mysql R 14762006
On the Joyent Public Cloud you can provision these new images via our customer portal:
And of course you can also provision instances of these new images via our new triton command line tool too!
For example, here's how to provision an 128MB instance based on our new
nodejs-4 image with the name
triton instance create --name=mynodejs-4-instance nodejs-4 t4-standard-128M
If you have a private data center implementation of Triton, you can find instructions on how to import these images here.