Mordechai speaks
A kibbitz on web performance, amongst other things.
Thursday, August 1, 2013
Hacking weeds with Fog
If you're working on HPCloud you may want to monitor your assets, and know where your instances are running, and what state there in. Additionally, you might be concerned with cost, which like many cloud providers, is determined by the size of the instance [read amount of allocated resources] and instance up time. HPCloud provides you with 3 different ways of working with their OpenStack API.
Python Nova Client
Windows Shell
Ruby Fog - yes please!
If your reading this post you are likely already familiar with the awesomeness of Fog, if not you'll definitely want to take a gander at Fog.io
Fog works with different cloud providers and receives contributions of code changes which they push into their fog gem. If your working with HPCloud its worth it to work to go ahead and grab HPCloud's HP Fog gem. For more information check out: https://docs.hpcloud.com/bindings/fog
Assuming you are working with HP Fog version 20, you can connect like so:
Ok - thtats cool so we get a connection back that will allow us to work with the compute service...yawn.
So now lets do something a little more useful. Lets imagine that every team member has a ppk or security key which is labeled by either the team or instance owners name. We can group the number of instances using this ppk type for identifying assets or even use it to execute specific tasks on those labeled instances, maybe even throw in some Chef'ness to map specific roles.
Lastly I did mention earlier that I wanted to understand cost. Well if you have multiple instances of different sizes, on different avalibilty zones your not going to want to do this by hand.
Even if working with Ruby isn't your thing™, anyone can easily see the value that Fog is giving you. Script-able infrastructure changes, and asset querying that spans the Compute, Storage, DNS, and CDN services is some crazy useful stuff.
Happy Bootstrapping!
Labels:
automation,
hpcloud,
performance,
ruby
Sunday, January 3, 2010
Performance Testing Strategy in 5 steps
When I get put on a new project I'll make certain adjustments but overall my goal is to get to 'Performance Ready' as quick as possible. This allows me to divide my time on things that really matter. I can focus about 70% of time on exploratory performance testing and syncing on serious defects with developers; while 20% is spent on analysis, and 10% spent on fun things like front end performance or sleeping.
Below are a few notes on how I get to 'performance ready' in a few stages.
Labels:
how to,
performance,
strategy
Monday, November 9, 2009
Testing Restful services with Jmeter
Outside of Transaction Controllers, regular expressions and xpath extractors are probably used frequently in your scripts. Sometimes you have the need to collect multiple variables from one or more responses and store them in one variable that will become a data parameter in a subsequent request.
Generally if you read through Jmeter User Group threads you’ll see lots of people trying to do this or at least asking how do I store variables in an array type of data structure.
In order to do this
Generally if you read through Jmeter User Group threads you’ll see lots of people trying to do this or at least asking how do I store variables in an array type of data structure.
In order to do this
Labels:
beanshell,
combine capature groups,
Jmeter
Monday, July 13, 2009
Ruby Sparklines
My very bright younger sister was visiting me a few weeks ago. While the rest of the family was enjoying some relax time we decided to mess around with some Ruby.
Labels:
fun,
parsing,
ruby,
sparklines
Saturday, July 11, 2009
Jmeter remote execution, log collection via STAF / STAX
One of the biggest challenges after learning your way around Jmeter is figuring out a way to organize and retrieve results in an automated way. There are different documented ways of doing this via Ant scripts or even neat graphing results like Performance Bling. Though my needs were different and after much looking around, coding and testing my performance environment is made up of 3 major areas.
Labels:
automation,
Jmeter,
performance,
process automation,
staf,
stax
Thursday, April 16, 2009
Getting Started in Jmeter
A while back feeling increasingly frustrated by commercial load testing tools I decided to take Goranka Bjedov's advice in her presentation Using Open Source Tools for Performance testing.
I made the switch to
Labels:
Jmeter,
performance,
tools
Thursday, February 26, 2009
Load STAF quietly- How To
Problem: Staf doesn't start unless someone logs into the computer or STAFProc window is closed accidentally.
Well don't fret there's a very easy solution to get STAF to start up; and get rid of that pesky window.
You can read....
Well don't fret there's a very easy solution to get STAF to start up; and get rid of that pesky window.
You can read....
Labels:
automation,
process automation,
staf
Subscribe to:
Posts (Atom)