Solaris Hobbit for enterpise
list T.J. Yang
like http and https, ldap and ldaps the secure communication channels are usually requested by big organizaton. I am happy to see hobbit and hobbts ports can be done via stunnel. SNMP device monitoring cab be done via devmon perl script is also quite exciting to me. High Availability is the last solution I don't have. Without source code changes in hobbit server side I am thinking of using Sun Cluster 3.2 plus AVS or having hobbit server running as VMware sessions in VMWare with HA support. I am wondering how other solaris hobbit users tackle this HA requirement ? T.J. Yang More photos, more messages, more storage�get 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507
list Mike Rowell
I have a semi HA solution in place although it's by no means a great solution, it works which is the main thing. I have 2 hobbit servers running and on the secondary (which is always the same server) I have a perl script that runs every 1 minute (using the hobbitlaunch.cfg file). If it notes the primary server is down it activates the secondary server as the primary alerting server and takes over the alerting. Once it detects the primary server is back up it falls back to secondary mode. I intend this year to implement a hobbit mesh of 3 primary hobbit servers each scanning it's own network subnet feeding data to each other so any of the 3 can be alerting but only one at a time, I will probably use SUN Cluster but havn't decided on the exact architecture for it yet so this may change. Mike
▸
From: T.J. Yang [mailto:user-8e841282cda5@xymon.invalid] Sent: Sun 8/19/2007 2:54 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Solaris Hobbit for enterpise like http and https, ldap and ldaps the secure communication channels are usually requested by big organizaton. I am happy to see hobbit and hobbts ports can be done via stunnel. SNMP device monitoring cab be done via devmon perl script is also quite exciting to me. High Availability is the last solution I don't have. Without source code changes in hobbit server side I am thinking of using Sun Cluster 3.2 plus AVS or having hobbit server running as VMware sessions in VMWare with HA support. I am wondering how other solaris hobbit users tackle this HA requirement ? T.J. Yang More photos, more messages, more storage-get 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507
This email has been scanned for all viruses by the MessageLabs service.
This email has been scanned for all viruses by the MessageLabs service.
list T.J. Yang
▸
From: "Mike Rowell" <user-63f3e97eb1de@xymon.invalid> Reply-To: user-ae9b8668bcde@xymon.invalid To: <user-ae9b8668bcde@xymon.invalid> Subject: RE: [hobbit] Solaris Hobbit for enterpise Date: Sun, 19 Aug 2007 15:25:27 +0100 I have a semi HA solution in place although it's by no means a great solution, it works which is the main thing. I have 2 hobbit servers running and on the secondary (which is always the same server) I have a perl script that runs every 1 minute (using the hobbitlaunch.cfg file). If it notes the primary server is down it activates the secondary server as the primary alerting server and takes over the alerting. Once it detects the primary server is back up it falls back to secondary mode. I intend this year to implement a hobbit mesh of 3 primary hobbit servers each scanning it's own network subnet feeding data to each other so any of the 3 can be alerting but only one at a time, I will probably use SUN Cluster but havn't decided on the exact architecture for it yet so this may change.
Hi, Mike In your concurrent architecture, the rrd databases will have to be start from scratch. ie service failover but the data(rrd databases). AVS for Solaris 10 looks like a promising solution to do disk mirroring over tcp/ip (ie, similar to Linux's DRBD). So the architecture I am looking at for Hobbit server on Solaris 10 is SunCluster 3.2 + AVS to construct a two nodes HB server that can fail over on both hb server and data. see R1 Just planning stage... Don't know if it will really work. Question in my mind so far is , how can I have hb server ip address fail over from one router to another ? tj R1: http://www.opensolaris.org/jive/thread.jspa?messageID=142988
▸
Mike From: T.J. Yang [mailto:user-8e841282cda5@xymon.invalid] Sent: Sun 8/19/2007 2:54 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Solaris Hobbit for enterpise like http and https, ldap and ldaps the secure communication channels are usually requested by big organizaton. I am happy to see hobbit and hobbts ports can be done via stunnel. SNMP device monitoring cab be done via devmon perl script is also quite exciting to me. High Availability is the last solution I don't have. Without source code changes in hobbit server side I am thinking of using Sun Cluster 3.2 plus AVS or having hobbit server running as VMware sessions in VMWare with HA support. I am wondering how other solaris hobbit users tackle this HA requirement ? T.J. Yang More photos, more messages, more storage-get 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507 This email has been scanned for all viruses by the MessageLabs service. This email has been scanned for all viruses by the MessageLabs service.
Find a local pizza place, movie theater, and more�.then map the best route! http://maps.live.com/default.aspx?v=2&ss=yp.bars~yp.pizza~yp.movie%20theater&cp=42.358996~-71.056691&style=r&lvl=13&tilt=-90&dir=0&alt=-1000&scene=950607&encType=1&FORM=MGAC01
list Dean Casey
I use Veritas cluster running on Solaris. Simply made the Hobbit app and log files permanent (not controlled by Veritas cluster) NFS mounts (from our storage SAN); wrote a short start/stop script for Hobbit server & Apache web server; put Hobbit & Apache; put Hobbit & Apache under cluster control. Simple to implement, easy to maintain, works without problems. Dean Casey P A T H F I R E
▸
-----Original Message-----
From: Mike Rowell [mailto:user-63f3e97eb1de@xymon.invalid]
Sent: Sunday, August 19, 2007 10:25 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Solaris Hobbit for enterpise
I have a semi HA solution in place although it's by no means a great
solution, it works which is the main thing.
I have 2 hobbit servers running and on the secondary (which is always
the same server) I have a perl script that runs every 1 minute (using
the hobbitlaunch.cfg file). If it notes the primary server is down it
activates the secondary server as the primary alerting server and takes
over the alerting. Once it detects the primary server is back up it
falls back to secondary mode.
I intend this year to implement a hobbit mesh of 3 primary hobbit
servers each scanning it's own network subnet feeding data to each other
so any of the 3 can be alerting but only one at a time, I will probably
use SUN Cluster but havn't decided on the exact architecture for it yet
so this may change.
Mike
From: T.J. Yang [mailto:user-8e841282cda5@xymon.invalid]
Sent: Sun 8/19/2007 2:54 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Solaris Hobbit for enterpise
like http and https, ldap and ldaps the secure communication channels
are
usually requested by big organizaton. I am happy to see hobbit and
hobbts
ports can be done via stunnel.
SNMP device monitoring cab be done via devmon perl script is also quite
exciting to me.
High Availability is the last solution I don't have. Without source code
changes in hobbit server side
I am thinking of using Sun Cluster 3.2 plus AVS or having hobbit server
running as VMware sessions in VMWare with HA support.
I am wondering how other solaris hobbit users tackle this HA requirement
?
T.J. Yang
More photos, more messages, more storage-get 2GB with Windows Live
Hotmail.http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migr ation_HM_mini_2G_0507
▸
This email has been scanned for all viruses by the MessageLabs service.
This email has been scanned for all viruses by the MessageLabs service.