In Apache HTTP Vhost Template and Apache HTTPS Vhost Template - Ability to restore to the default settings or display the defaut settings at the bottom of the page for information - Optimize the form to be able to see the all content of these templates
On Sat, Aug 22, 2009 at 8:35 PM, rhythmandcode <[email protected]>wrote: > > OK, I think I get it on the scripting. > > It might make it easier to get started customizing roles if they were > setup with all of their "magic" being handled by scripts through the > Scalr interface. That would allow you to examine the MySQL role for > instance and see that scripts are firing for OnHostUp,OnHostDown, > etc... and allow you to see exactly what's happening in the scripts. > (I realize you can figure this stuff out now by examining the SNMP > traps are on an instance, but having it available through the web > interface would be much more transparent.) > > It seems that some of the Scalr roles automatically run equivalents to > some of the in-Scalr scripts (such as building /etc/aws/hosts and /etc/ > hosts). It would just be less confusing if everything happened in one > place. It might also make upgrading AMIs easier for you guys because > (theoretically) you wouldn't need to fire up new Amazon AMIs, > customize them for Scalr, then relese to the Scalr community. You > could just grab a new Amazon AMI, tell Scalr which scripts to run > when, and you're off. > > Thanks, > Jeremy > > > On Aug 22, 9:54 am, Frederic Sidler <[email protected]> wrote: > > If possible adapt the based on customer timezone. I'm in Switzerland > > and the logs and monitoring infos are delayed. > > > > Envoyé de mon iPhone > > > > Le 22 août 2009 à 06:37, Marten Nelson <[email protected]> a > > écrit : > > > > > I agree with previous posters wish-lists. Here are couple of more > > > suggestions: > > > > > - For terminate or delete actions of a farm (or any other object for > > > that matter), clearly state the name of the farm on the confirmation > > > page > > > - display farm name on load stats page > > > - display time data was collected on load stats page > > > > > M > > > > > On Aug 21, 2009, at 1:14 PM, Sebastian Stadil wrote: > > > > >> Thanks for the feedback, looking forward to hear from the > > >> others. :-) > > > > >> A Getting Started guide is now available here: > http://wiki.scalr.net/Getting_Started > > >> ; feel free to contribute, edit, and improve. > > > > >> The Scalr.net script interface saves you time by avoiding the need > > >> to synchronize. > > > > >> On Fri, Aug 21, 2009 at 12:55 PM, rhythmandcode < > [email protected] > > >> > wrote: > > > > >> 1. For load statistics it would be nice to be able to see stats for > > >> each individual instance as well as aggregated. Say you notice that > > >> your app Role is seeing high CPU activity, if you have 5 app servers, > > >> you potentially need to log onto all 5 and run top to discover that > > >> some process got stuck in an infinite loop on one instance. (Yeah, > > >> silly and contrived example, but you get the idea.) > > > > >> 2. Better "getting started" documentation. I think that in general > > >> Scalr is pretty easy to use, once you understand the concepts that > > >> are > > >> at it's core. For instance some docs that clearly explain the full > > >> life-cycle of a Scalr instance, along with all of the events/ > > >> callbacks > > >> that get executed, and how to hook your own processes/scripts into > > >> the > > >> ecosystem. There's a lot of "magic" built into Scalr, and that can > > >> be > > >> intimidating if you don't understand exactly what's going on under > > >> the > > >> hood and you need to tweak it a little bit. Just some pointers to > > >> and > > >> explanation of the "magic" would do wonders. > > > > >> Along these lines, maybe someone can tell me. What exactly are the > > >> differences and pros/cons between placing a script in the Scalr.net > > >> interface and setting it to execute on a Role VS. customizing the AMI > > >> for the role and placing scripts in the SNMP traps area? > > > > >> Thanks, > > >> Jeremy > > > > >> On Aug 21, 11:51 am, Kevin Baker <[email protected]> wrote: > > >> > On Fri, Aug 21, 2009 at 9:45 AM, Kevin Baker <[email protected]> > > >> wrote: > > > > >> > > 1. Auto refresh data on logs > > >> > > 2. I like the look of your scalr.net main page... maybe use > > >> that for > > >> > > the look and feel of the scalr site > > >> > > 3. Create dashboard for home page by default. It should have > > >> widgets > > >> > > with: > > >> > > 1. uptime/status on each farm/application > > >> > > 2. general usage information stuff like: > > >> > > https://scalr.net/farm_usage_stats.php > > >> > > 4. Optionally allow us to set main page after login to > > >> goto any of > > >> > > the pages > > >> > > 5. For new users give them more instruction on setting up a > > >> farm > > >> > > 6. Wizard for setting up DNS early on. The DNS was essential > > >> for us, > > >> > > some recommendations would be helpful. > > >> > > 1. Setting up secondary DNS > > >> > > 2. Using a dot info domain with scalr and then using > > >> cnames to it on > > >> > > our primaries.... much eisier to manage. > > >> > > 7. more to come.... > > > > >> > Much more robust monitoring: > > >> > - on call rotation > > >> > - roles/groups to alert specific roles based on specific events > > >> rather than > > >> > specific email addresses > > >> > - SMS alerts... we set this up with a third part gateway for > > >> cheap, be happy > > >> > to give details on this > > >> > - Alerts on failed http requests, that work the same way the e- > > >> load balancer > > >> > does. > > > > >> > Scalr on anything: > > >> > - it would be great to switch the way scaling works a bit. I > > >> really like the > > >> > voting system that rightscale has. Basically any event can vote > > >> to have a > > >> > server scale, if there are enough votes, based on configurable > > >> threshold, > > >> > servers scale > > >> > - be able to write custom scripts that can submit votes on > > >> anything. > > >> > - if not the main thing we are hoping for is to be able to scale > > >> based on > > >> > the "http response time" of a service. > > > > >> > > 1. > > > > >> > > 2009/8/21 Frédéric Sidler <[email protected]> > > > > >> > > Here are mine ;-) > > > > >> > >> 1. Look at the statistic usage. Not only the farm statistic > > >> usage, but > > >> > >> also the role statistic usage. Unfortunately the the page > > >> to the stats of a > > >> > >> role is not permalinkable ;-( This is a pain for me. > > >> > >> 2. Don't forget that from time to time we need to deploy > > >> new version > > >> > >> of the application to our servers. Some changes can be done > > >> without stopping > > >> > >> the service (app role update), but some changes require to > > >> put a temporary > > >> > >> "down for maintenance" page. This could be done via nginx I > > >> think with a > > >> > >> simple scripting procedure from your part. > > >> > >> 3. You were asking for some premium services people would > > >> be ready to > > >> > >> subscribe. Here is one. My instances are managed by Nagios. > > >> Nagios is great, > > >> > >> but it is a pain in the ass to manage instances with Nagios > > >> especially when > > >> > >> new instances are added automatically to the farm. You have > > >> a great email > > >> > >> notification service, but your monitoring solution only > > >> take the instance > > >> > >> into account, not the service and different parameters that > > >> interests me. > > >> > >> You know, I know that Rightscale uses syslog-ng. I would > > >> like to have a > > >> > >> monitoring service that is able to monitor > > >> > >> 1. disk space > > >> > >> 2. personnal processes (Jabber, SMS, Postfix, Mecached) > > >> > >> 3. we need to be informed of what is going wrong on our > > >> servers, > > >> > >> before our users even notify us of the problem ;-) > > >> > >> 4. Now I'm used to, but it was confusing to call the load > > >> balancing > > >> > >> role "www" at the beginning. Because "www" was associated > > >> with the web > > >> > >> server for me. This is not for me, but for the new users. > > > > >> > >> On Fri, Aug 21, 2009 at 8:48 AM, Sebastian Stadil > > >> <[email protected]>wrote: > > > > >> > >>> Hello everyone, I think we can all agree that Scalr could be > > >> made easier > > >> > >>> to use, so we're starting to work on an easier, more > > >> accessible UI design. > > > > >> > >>> - The Wizard guides you from start to finish for creating an > > >> > >>> application such as a website > > >> > >>> - Covers setting up initial DNS, > > >> > >>> - Setting up Resources/Farms, Instances, and Roles, > > >> > >>> - Setting up your Application, option to pull from > > >> repository, > > >> > >>> - Application versioning > > >> > >>> - The Top Menu lets you perform individual tasks, among > > >> which are > > >> > >>> - Maintenance of infrastructure, such as monitoring and > > >> taking > > >> > >>> action* > > >> > >>> - Maintenance of your applications, such as application > > >> versions, > > >> > >>> and the possibility off rollback to a previous state > > >> with whole farm > > >> > >>> snapshots > > >> > >>> - Adding Farms, Applications, Subdomains, Whole > > >> domains, Scripts** > > > > >> > >>> * What sort of actions do you usually take after looking at the > > >> > >>> monitoring page? > > >> > >>> ** What are the individual tasks that you use the most? Which > > >> ones aren't > > >> > >>> listed / would you like to have added? > > > > >> > >>> We'd like input from the community. Please respond with a > > >> task that you > > >> > >>> often perform, and a suggestion on how to streamline it. > > > > >> > >>> Cheers, > > >> > >>> Sebastian > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "scalr-discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/scalr-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
