Tag: ISE

  • Server Virtualization Problems and Xiotech ISE Storage Blades

    Server Virtualization
    (Hyper-V, VM-Ware, etc.) is making people aware of the growing crisis in
    SAN/storage performance. There is a solution: Xiotech ISE Storage Blades.
    Xiotech Storage Blades are the least expensive, least disruptive and most
    effective solution to the performance problems that virtualizing servers almost
    always seems to cause.

    Is there a
    problem?

    Anyone who has tried
    seriously deploying virtualization in a data center knows there is. A recent
    post
    by the ESG’s Mark Bowker makes the issue very clear.

    IT sells the business on the value of server
    virtualization and calculates the ROI on the back of a napkin during a lunch
    meeting. They get the green light. … Confidence is high and they start to
    target the next tier of applications, such as Microsoft Exchange, and suddenly
    realize that the 7200RPM SATA drives they purchased to support their entire
    virtualization deployment may not cut the mustard

    The fear is that they drop this new Microsoft
    Exchange VM in place and start having major performance issues… [with] their
    existing virtualization investment that has the compute horsepower and storage
    capacity available, but not the storage performance. …

    As a result of all this and other similar
    scenarios, server virtualization deployments are stalling. 

    The entire post is worth
    reading, but I’d like to point out the core of the issue: the typical
    virtualization environment “
    has the compute horsepower and storage
    capacity available, but not the storage
    performance.

    Why Is there
    a problem?

    The core reason there’s a
    problem is that as disks get more and more capacity, they don’t get any faster.
    Imagine a terabyte of data in the old world, on 10 disks. If you have 5
    programs asking for parts of that data, chances are pretty good it’s going to
    be on a disk that isn’t busy right now, so the performance will be great. In
    the wonderful new world, that same terabyte of data fits on just one disk. So
    if you have the same 5 programs asking for data, there is a 100% probability
    that the one disk that has all the data is already going to be busy with
    someone else’s request. Here is a more detailed discussion of the performance
    gap in storage
    if you’re interested.

    So quite apart from
    virtualization trouble, storage is getting slower and slower.

    Why Does
    Virtualization Make it Worse?

    Server virtualization is an
    excellent thing. It helps you make more efficient use of your hardware. It does
    this by distributing a set of programs that need computing resource
    over a set of servers. This is just like running several programs on one
    machine at the same time, except that now we’re distributing a set of programs
    over a set of machines, and the programs can even require different operating
    systems (like Windows or Linux) and the virtualization still works. So instead
    of having 40 programs running on 40 machines, virtualization might let you run
    them on just 10 machines. A huge savings!

    The trouble comes when those
    programs start asking for data – pesky programs, always wanting data!  Now, instead of requests coming to the storage
    from 40 machines, we have the same number of requests coming from just 10
    machines – a 4 to 1 concentration of requests. The storage doesn’t “know” about
    the 40 programs. It just sees the demand for its services going through the
    roof. It’s like people trying to get into a ball park for a ball game. If you
    suddenly block off 30 of the 40 entrances and make everyone come in through the
    remaining 10, the lines are going to be long, the ticket takers frazzled, and
    everyone is going to be mad. Not unlike what happens when you virtualize
    servers in the average SAN environment!

    We have a problem because programs
    running on fewer servers (because of virtualization) are trying to get to their
    data from fewer disks (because of increased capacity per disk).

    Xiotech ISE
    Storage Blades to the Rescue

    What made anyone think that
    sleek, efficient server blades would work well with the average storage
    mainframe
    in the first place? Inertia, I guess. If you’ve got linearly scalable server blades, wouldn’t
    you want … linearly scalable Storage
    blades
    (bricks) to go with them?

    Let’s talk performance for a
    minute. How about:

    10,000
    Exchange users per 3U ISE

    And then add a second for
    20,000 users, a third for 30,000 users, and so on. Here
    is a post
    with details on how others attempt to meet the need, a video
    about the benchmark, etc.

    There is certainly a problem.
    The amount of money going into expensive SSD’s tells us there’s a problem.
    Stalled virtualization projects tell us there’s a problem. Xiotech ISE Storage Blades
    with awesome performance that doesn’t degrade as the device fills up are the
    solution. There is even software that
    makes setup painless
    in a VM environment!

  • Mainframes and Storage blades: Xiotech’s ISE

    In computing, the transition from mainframes to blades is
    well established. What about storage? There is exactly one choice: the Xiotech
    ISE.

    We throw words around like crazy in computing. Once a word
    starts to become associated with something good, every person in marketing in
    the universe latches on to that word, and finds a way to associate it with
    their product. Most of the analysts aren’t much help here.

    The opposite applies, too. Once a word is no longer in fashion,
    no vendor admits to selling it, and no buyer admits to owning one. A case in
    point is “mainframe.” Some time ago, you had to have a mainframe to be in the
    big leagues of computing; otherwise, you were in the minor leagues, dealing
    with unimportant problems. Now, even though mainframes are alive and well and
    broadly used, it’s hard to get anyone to admit it. “Everyone” knows that
    mainframes are old-fashioned.  

    In spite of their un-cool-i-tude, let’s talk mainframes for
    a quick minute. What’s a mainframe? In computing, it’s a big single thing that
    gets all of many big jobs done at the same time. It is your central computing
    resource. It’s valuable. It takes lots of time and attention to manage, but
    rewards the attention by being the work-horse of your data center. As your
    workload grows, your mainframe can start to get overloaded; no problem.
    Capacity measurement and planning is a key skill with mainframes, and even
    better, mainframes are built to be expanded. That’s why they’re called “main
    frame.” It isn’t the CPU – it’s the frame (the main one!) that structures your
    computing engines. Sometimes your mainframe needs more compute-power; no
    problem, you can add it in. Sometimes your mainframe needs more I/O channels
    or local memory; no problem.

    What’s cool today, if not mainframes? We all know the
    answer: it’s racks and racks of servers or blades. Each one is powerful but
    inexpensive. You increase capacity by buying more of them. That’s why
    virtualization is such a powerful trend in the data center: VM-Ware (and
    similar products) helps you use all those servers more efficiently. Everyone
    has lots and lots of servers; therefore, the need to use them as effectively as
    possible is ubiquitous; therefore, Hyper-V and its brethren are hot.

    What’s going on in the world of storage? Do we have storage
    mainframes? Of course not! Heaven forfend! “Mainframes” are the bad old,
    un-cool thing, so there’s no way my storage is a mainframe – it’s a SAN, a
    storage area network! It’s a network, see, it’s cool!

    Now let’s cut through the verbiage, and apply the criteria
    of mainframe to storage. A mainframe (see above) is:

    • A big single thing that gets all of many big storage jobs
      done at the same time; check.
    • Your central storage resource; check.
    • It’s valuable; check.
    • It takes lots of time and attention to manage; check.
    • Capacity measurement and planning is a critical function;
      check.
    • You expand capacity by augmenting it, adding things into it;
      check.

    There’s a simple rule here. Suppose you buy a “small, simple”
    mainframe. When you’ve added huge amounts of capacity to it, how many do you
    have? If the answer is “one,” you’ve got a mainframe. If you’ve got a small,
    simple server/blade collection, you’ve already got a bunch of them. When you’ve
    added loads of capacity, you’ve got loads more of them. You’ve never got just
    one. You start with some, you grow to lots, and expand to lots and lots.

    Applying our rule to storage, it is undeniable that while vendors
    will avoid the “m-word” like crazy, what they’ve all got is storage mainframes.
    They are single things, just like a railroad train is a single thing regardless
    of the number of engines at the front or freight cars at the back. Even if they
    choose to call it “cloud storage,” the brutal fact is that it is still a
    monolithic, single, unbroken entity – a mainframe, in short!

    There is exactly one vendor in the market who has created
    for storage what blades are for computing, and that is Xiotech, with its ISE
    product. You do not expand an ISE; you buy another one. Each ISE is a separate,
    free-standing, inexpensive but powerful resource, directly connected to a
    switch – just like a server.

    The Xiotech ISE is the anti-mainframe, and is the
    natural choice for server-farm data center storage.

  • Xiotech’s ISE: A Revolution in Storage

    Xiotech is leading a revolution in storage: all the leading vendors are selling the storage equivalent of mainframes, while Xiotech is building the storage equivalent of blade servers. I'm proud to be associated with them.

    Xiotech calls its "storage blade" an ISE — intelligent storage element. Insiders frequently call it "the brick." I’ve
    tried to come up with the simplest possible thoughts for explaining an
    all-brick approach to storage.


    All
    SAN’s today are built from two basic things:

    1. Drive bays or trays. These are the units that actually
      hold all the data, and where all the drives are. They include power
      supplies, data connectors and logic boards to perform basic functions.
    2. Controllers. This is where the “intelligence” of the
      SAN is. The controllers are connected on the “back” side to the drive
      bays, and on the “front” side to servers and/or switches. As far as the
      servers are concerned, the controllers are the storage. They get
      requests from the servers and satisfy those requests by getting data from
      various drive bays. Data goes from server to controller to disk when
      written, and from disk to controller to server when read.

     

    The
    Xiotech innovation with the ISE is to build a new-age drive bay that contains
    all the essential functions of the controller, which are:

      • read and write my data;
      • don’t make me worry about individual disks;
      • keep it safe, even if a disk breaks

     

    So
    first of all, the Xiotech ISE is a drive bay with built-in essential SAN
    functions. But why stop there? If you’re going to concentrate on basics, really
    do it right. So the ISE goes way beyond SAN controllers and drive bays
    by adding these functions:

     

      • read and write my data really quickly
      • don’t make me become an expert to get great results
      • don’t charge too much
      • it won’t break, so don’t charge me for maintenance.

     

    It’s
    important to understand is that the Xiotech ISE looks like a drive bay,
    except:

    • It fits in 30% less space
    • It uses less power
    • It requires no maintenance
    • It performs better than other systems because of novel,
      built-in virtualization

     

    This
    supercharged drive bay, the ISE, gives you everything you need from a SAN, without
    a controller. Why is this good? Because dropping the controller:

    • Saves money
    • Results in a linearly scalable system
    • Eliminates the drag of features you don’t need

     

    Do
    some people really need controllers? Yes. There are some functions that are
    performed very well in controllers, and for those functions Xiotech has an
    excellent controller, and others are available from third parties.

     

    Do
    you need a controller? Here are the reasons you may not:

    • You use a server-based LVM to perform higher level
      storage functions
    • You want your application to control its own storage
    • You use blade servers, and would like the equivalent of
      blades for storage
    • You’re very concerned about performance, and you need
      linear scaling
    • You want to avoid storage experts and getting into the
      whole world of storage; you just want fast, reliable storage
    • You know about server virtualization, and you want
      storage that “fits in” to that style of computing
    • You’re cost-conscious about storage, including
      operating costs and maintenance

     

    Xiotech
    is pioneering a new approach to storage – what server farms are for servers,
    Xiotech ISE’s are for storage.Obviously, I think it's a winner.

Links

Recent Posts

Categories