The SNIA Ethernet Storage Forum recently hosted the first of our “Great Debates” webcasts on Fibre Channel vs. iSCSI. The goal of this series is not to have a winner emerge, but rather provide vendor-neutral education on the capabilities and use cases of these technologies so that attendees can become more informed and make educated decisions. And it worked! Over 1,200 people have viewed the webcast in the first three weeks! And the comments from attendees were exactly what we had hoped for:

“A good and frank discussion about the two technologies that don’t always need to compete!”

“Really nice and fair comparison guys. Always well moderated, you hit a lot of material in an hour. Thanks for your work!” 

“Very fair and balanced overview of the two protocols.”

“Excellent coverage of the topic. I will have to watch it again.”

If you missed the webcast, you can watch it on-demand at your convenience and download a copy of the slides. The debate generated many good questions and our expert speakers have answered them all: Q. What is RDMA? A. RDMA is an acronym for Remote Direct Memory Access. It is a part of a protocol through which memory addresses are exchanged between end points so that data is able to move directly from the memory in one end point over the network to the memory in the other end point, without involving the end point CPUs in the data transfer. Without RDMA, intermediate copies (sometimes, multiple copies) of the data are made on the source endpoint and the destination end point. RoCEv1, RoCEv2, iWARP, and, and InfiniBand are all protocols that are capable of performing RDMA transfers. iSER is iSCSI over RDMA often uses iWARP or RoCE. SRP is a SCSI RDMA protocol that runs only over InfiniBand. FC uses hardware based DMA to perform transfers without the need to make intermediate copies of the data, therefore RDMA is not needed for FC, and does not apply to FC. Q. Can multi-pathing be used for load balancing or high availability? A. Multi-pathing is used both for load balancing and for high availability. In an active-passive setup it is used only for high-availability, while in an active-active setup it is used for both. Q. Some companies are structured so that iSCSI is handled by network services and the storage team supports FC, so there is storage and network overlap. Network people should be aware of storage and reverse. A. Correct, one of the big tradeoffs between iSCSI and FC may end up not being a technology tradeoff at all. In some environments, the political and organizational structure plans as much a part of the technology decision as the technology itself. Strong TCP/IP network departments may demand that they manage everything, or they may demand that storage traffic be kept as far from their network as possible. Strong storage network departments may demand their own private networks (either TCP/IP for iSCSI, or FC). In the end, the politics may play as important a role in the decision of iSCSI vs. FC as the actual technology itself. Q. If you have an established storage network (i.e. FC/iSCSI) is there a compelling reason you would switch? A. Typically, installations grow by adding to their existing configuration (iSCSI installations typically add more iSCSI, and FC installations add more FC). Switching from one technology to another may occur for various reasons (for example, the requirements of the organization have changed such that the other technology better meets the organizational needs or a company merger dictates a change). Fibre Channel is at 32/128Gb now. iSCSI is already in product at 100Gb, and at 200/400Gb next and so on. In short, Ethernet currently has a shorter speed upgrade cycle than FC. This is especially important now that SSDs have arrived on the scene. With the performance available from the SSD’s, the SAN is now the potential choke point. With the arrival of Persistent Memory, this problem can be exacerbated yet again and there the choice of network architectures will be important. One of the reasons why people might switch has very little to do with the technology, but more to do with other ancillary reasons. For instance, iSCSI is something of an “outside-in” management paradigm, while Fibre Channel has more of an “inside-out” paradigm. That is, management is centralized in FC, where iSCSI has many more touch-points [link: http://brasstacksblog.typepad.com/brass-tacks/2012/02/fc-and-fcoe-versus-iscsi-network-centric-versus-end-node-centric-provisioning.html]. When it comes to consistency at scale, there are major differences in how each storage network handles management as well as performance. Likewise, if programmability and network ubiquity is more important, then Ethernet-based iSCSI is an appealing technology to consider. Q. Are certain storage vendors recommending FC over iSCSI for performance reasons because of how their array software works? A. Performance is not the only criteria, and vendors should be careful to assess their customers’ needs before recommending one solution over another. If you feel that a vendor is proposing X because, well, X is all they have, then push back and insist on getting some facts that support their recommendation. Q. Which is better for a backup solution?  A. Both FC and iSCSI can be used to backup data. If a backup array is emulating a tape library, this is usually easier to do with FC than with iSCSI. Keep in mind that many backup solutions will run their own protocol over Ethernet, without using either iSCSI or FC. Q. I disagree that Ethernet is cheaper. If you look at cost of the 10/25Gb SFP+/SFP28 transceivers required vs. 16/32Gb transceiver costs, the FC solution is on par or in some cases, cheaper than Ethernet solutions. If you limit Ethernet to 10GBASE-T, then yes, it is cheaper. A. This is part of comparing apples to apples (and not to pineapples). iSCSI solutions typically are available in a wider range of price choices from 1Gb to 100Gb speeds (there are more lower cost solutions available with iSCSI than with FC). But, when you compare environments with comparable features, typically, the costs of each solution are similar. Note that 10/25Gb Ethernet supports DAC (direct-attach copper) cables over short distances—such as within a rack or between adjacent racks—which do not require separate transceivers. Q. Do you know of a vendor that offers storage arrays with port speed higher than 10Gbs? How is 50Gbs and 100Gbs Ethernet relevant if it’s not available from storage vendors? A. It’s available now for top-of-rack switches and from flash storage startups, as well as a few large storage OEMs supporting 40GbE connections. Additional storage systems will adopt it when it becomes necessary to support greater than 1GB (that’s a gigabyte!) per second of data movement from a single port, and most storage systems already offer multiples of 10Gbps ports on a single system. 100GbE iSCSI is in qualification now and we expect there will be offerings from tier-1 storage OEMs later this year. Similarly, higher-speed Fibre Channel port speeds are in the works. However, it’s important to note that at the port level, speed is not the only consideration: port configuration becomes increasingly important (e.g., it is possible to aggregate Fibre Channel ports up to 16x the speed of each individual port; Ethernet aggregation is possible too, but it works differently). Q. Why there are so few vendors in FC space? A. Historically, FC started with many vendors. Over the life of FC development, a fair number of mergers and acquisitions has reduced the number of vendors in this space. Today, there are 2 primary switch vendors and 2 primary adapter vendors. Q. You talk about reliable, but how about stable and predictable? A. Both FC and iSCSI networks can be very stable and predictable. Because FC-SAN is deployed only for storage and has fewer vendors with well-known configurations, it may be easier to achieve the highest levels of stability and predictability with less effort when using FC-SAN. iSCSI/Ethernet networks have more setup options and more diagnostic or reporting tools available so may be easier to monitor and manage iSCSI networks at large scale once configured. Q. On performance, what’s the compare on speed related to IOPs for FC vs. iSCSI? A. IOPS is largely a function of latency and secondarily related to hardware offloads and bandwidth. For this reason, FC and iSCSI connections typically offer similar IOPS performance if they run at similar speeds and with similar amounts of hardware offload from the adapter or HBA. Benchmark reports showing very high IOPS performance for both iSCSI and Fibre Channel are available from 3^rd party analysts. Q. Are there fewer FC ports due to the high usage of blade chassis that share access or due to more iSCSI usage? A. It is correct that most blade servers use Ethernet (FCoE, iSCSI, or NFS), but this is a case of comparing apples and pineapples. FC ports are used for storage in a data center. Ethernet ports can be used for storage in a data center, but they are also used in laptops and desktops for e-mail, web browsing; wireless control of IoT (Internet of Things – e.g., light bulbs, thermostats, etc.); cars (yes, modern automobiles have their own Ethernet network); and many other things. So, if you compare the number of data center storage ports to the number of every other port used for every other type of network traffic, yes, there will be a smaller number associated with only the data center storage ports. Q. Regarding iSCSI offload cards, we used to believe that software initiators were faster because they could leverage the fast chips in the server. Have iSCSI offload cards changed significantly in recent years? A. This has traditionally been a function of the iSCSI initiator offload architecture. A full/cmd offload solution tends to be slower since it executes the iSCSI stack on a slow processor firmware in the NIC. A modern PDU-based solution (such as supported by the Open-iSCSI on Linux), only offloads performance critical applications to the silicon and is just as low latency as the software initiator and perhaps lower. Q. I think one of the more important differences between FC and iSCSI is that a pure FC network is not routable whereas iSCSI is, because of the nature of the protocol stack each one relies on. Maybe in that sense iSCSI has an advantage, especially when we think in hybrid cloud scenarios increasingly more common today. Am I right? A. Routability is usually discussed in the context of the TCP/IP network layering model i.e. how traffic moves through different Ethernet switches/routers and IP domains to get from the source to the destination. iSCSI is built on top of TCP/IP, and, hence, iSCSI benefits from interoperating with existing Ethernet switching/routing infrastructure, and not requiring special gateways when leaving the data center, for example, in the hybrid cloud case. The industry has already developed other standards to carry Fibre Channel over IP: FCIP. FCIP is routable, and it is already part of the FC-BB-5 standard that will also include FCoE. Q. This is all good info, but this is all contingent on the back-end storage, inclusive of the storage array/SAN/NAS/server and disks/SSD/NVMe, actually being able to take advantage of the bandwidth. SAN vendors have been very slow to adopt these larger pipes. A. New technologies have adoption curves, and to be frank, adoption up the network speed curve has been slow since 10Gbps. A lot of that is due to disk technologies; they haven’t gotten that much faster in the last decade (bigger, yes, but not faster; it’s difficult to drive a big expensive pipe efficiently with slow drives.). Now with SSD and NVMe (and other persistent memories technologies to come), device latency and bandwidth have become a big issue. That will drive the adoption not only of fatter pipes for bandwidth, but also RDMA technologies to reduce latency. Q. What is a good source of performance metrics for data on CPU requirements for pushing/pulling data. This is in reference to the topic of “How can a server support 100/ Gb/s?” Q. Once 100Gb iSCSI is offloaded via special adapter cards, there should be no additional load imposed on the server than any other 100Gb link would require. Websites of independent testing companies (e.g. Demartek) should provide specific information in this regard. Q. What about iSCSI TLV A. This is a construct for placing iSCSI traffic on specific classes of service in a DCBX switch environment, which in turn is used when using a no-drop environment for iSCSI traffic; i.e., it’s used for “lossless iSCSI.” iSCSI TLV is a configuration setting, not a performance setting. All it does is allow an Ethernet switch to tell an adapter which Class of Service (COS) setting it’s using. However, this is actually not necessary for iSCSI, and in some cases [see e.g. https://blogs.cisco.com/datacenter/the-napkin-dialogues-lossless-iscsi] may actually be undesirable. iSCSI is built on TCP and it inherits the reliability features from the underlying TCP layer and does not need a DCBX infrastructure. In the case of hardware offloaded iSCSI, if a loss is observed in the system, the TCP retransmissions happen at silicon speeds without perturbing the host software and the resulting performance impact to the iSCSI traffic is insignificant. Further, Ethernet speeds have been rising rapidly, and have been overcoming any need for any type of traffic pacing. Q. How far away is standard-based NVMe over 100G Ethernet? Surely once 100GE starts to support block storage applications, is 128G FC now unattractive? A. NVMe over Fabrics (NVMe-oF) is a protocol that is independent of the underlying transport network. That is, the protocol can accept any speed of the transport underneath. The key thing, then, is when you will find Operating System support for running the protocol with faster transport speeds. For instance, NVMe-oF over 10/25/40/50/100G Ethernet is available with RHEL7.4 and RHEL7.5. NVMe-oF over high-speed Fibre Channel will be dependent upon the adapter manufacturers’ schedule, as the qualification process is a bit more thorough. It may be challenging for FC to keep up with the Ethernet ecosystem, either in price, or with the speed of introducing new speed bumps, due to the much larger Ethernet ecosystem, but the end-to-end qualification process and ability to run multi-protocol deterministic storage with Fibre Channel networks often surpass raw speeds for practical use. Q. Please comment on the differences/similarities from the perspectives of troubleshooting issues. A. Both Fibre Channel and iSCSI use similar troubleshooting techniques. Tools such as traceroute, ping, and others (the names may be different, but the functionality is the same) are common across both network types. Fibre Channel’s troubleshooting tools are available at both the adapter level and the switch level, but since Fibre Channel has the concept of a fabric, many of the tools are system-wide. This allows for many common steps to be taken in one centralized management location. Troubleshooting of TCP/IP layer of iSCSI is no different than the rest of TCP/IP that the IT staff is used to and standard debugging tools work. Troubleshooting the iSCSI layer is very similar to FC since they both essentially appear as SCSI and essentially offer the same services. Q. Are TOE cards required today? A. TOE cards are not required today. TCP Offload Engines (TOEs) have both advantages and disadvantages. TOEs are more expensive than ordinary non-TOE Network Interface Chips (NICs). But, TOEs reduce the CPU overhead involved with network traffic. In some workloads, the extra CPU overhead of a normal NIC is not a problem, but in other heavy network workloads, the extra CPU overhead of the normal NIC reduces the amount of work that the system is able to perform, and the TOE provides an advantage (by freeing up extra CPU cycles to perform real work). For 10Gb, you can do without an offload card if you have enough host CPU cycles at your disposal, or in the case of a target, if you are not aggregating too many initiators, or are not using SSDs and do not need the high IOPs. At 40Gb and above, you will likely need offload assist in your system. Q. Are queue depths the same for both FC and iSCSI? Or are there any differences? A. Conceptually, the concepts of queue depth are the same.  At the SCSI layer, queue depth is the number of commands that a LUN may be concurrently operated on.  When that number of outstanding commands is achieved, the LUN refuses to accept any additional commands (any additional commands are failed with the status of TASK SET FULL). As a SCSI layer concept, the queue depth is not impacted by the transport type (iSCSI or FC).  There is no relationship between this value and concepts such as FC Buffer Credits, or iSCSI R2T (Ready to Transfer).  In addition, some adapters have a limit on the number of outstanding commands that may be present at the adapter layer. As a result of interactions between the queue depth limits of an individual LUN, and the queue depths limits of the adapters, hosts often allow for administrative management of the queue depth.  This management enables a system administrator to balance the IO load across LUNs so that a single busy LUN does not consume all available adapter resources.  In this case, the queue depth value set at the host is used by the host as a limiter of the number of concurrent outstanding commands (rather than waiting for the LUN to report the TASK SET FULL status) Again, management of these queue depth values is independent of the transport type.  However, on some hosts, the management of queue depth may appear different (for example, the commands used to set a maximum queue depth for a LUN on an FC transport vs. a LUN on an iSCSI transport may be different). Q. Is VMware happy more with FC or ISCSI, assuming almost the same speed? What about the network delay in contrast with the FC protocol which (is/was faster)? A. Unfortunately, we can’t comment on individual company’s best practice recommendations. However, you can refer to VMware’s Best Practices Guides for Fibre Channel and iSCSI: Best Practices for Fibre Channel Storage Best Practices For Running VMware vSphere on iSCSI  Q. Does iSCSI have true load balancing when Ethernet links are aggregated? Meaning the links share even loads? Can it be done across switches? I’m trying to achieve load balancing and redundancy at the same time. A. In most iSCSI software as well as hardware offload implementations load-balancing is supported using “multi-pathing” between a server and storage array which provides the ability to load-balance between paths when all paths are present and to handle failures of a path at any point between the server and the storage. Multi-pathing is also a de facto standard for load-balancing and high-availability in most Fibre Channel SAN environments. Q. Between FC and iSCSI, what are the typical workloads for one or the other? A. It’s important to remember that both Fibre Channel and iSCSI are block storage protocols. That is, for applications and workloads that require block storage, both Fibre Channel and iSCSI are relevant. From a connectivity standpoint, there is not much difference between the protocols at a high level – you have an initiator in the host, a switch in the middle, and a storage target at the other end. What becomes important, then, is topologies and architectures. Fibre Channel has a tightly-controlled oversubscription ratio, which is the number of hosts that we allow to access a single storage device (ratios can fall between, typically 4:1 to 20:1, depending on the application). iSCSI, on the other hand, has a looser relationship with oversubscription ratios, and can often be several dozen to 1 storage target. Q. For IPSEC for iSCSI, are there hardware offload capabilities to do the encryption/decryption in iSCSI targets available, or is it all done in software? A. Both hardware offload and software solutions are available. The tradeoffs are typically cost. With a software solution, you pay the cost in extra overhead in the CPU. If your CPU is not already busy, then that cost is very low (you may not even notice). If however, your CPU is busy, then the overhead of IPSEC will slow down your application from getting real work done. With the hardware offload solution, the cost is the extra $$ to purchase the hardware itself. On the upside, the newest CPUs offer new instructions for reducing the overhead of the software processing of various security protocols. Chelsio’s T6 offers integrated IPSec and TLS offload. This encryption capability can be used either for data-at-rest purposes (independent of the network link), or can be used in conjunction with the iSCSI (but requires a special driver). The limitation of the special driver will be removed in the next generation. Q. For any of the instruction participants: Are there any dedicated FC/iSCSI detailed installation guides (for dummies) you use or recommend from any vendor? A. No, there isn’t a single set of installation guides, as the best practices vary by storage and network vendor. Your storage or network vendor is the best place to start. Q. If iSCSI is used in a shared mode, how is the performance? A. Assuming this refers to sharing the link (pipe), iSCSI software and hardware implementations may be configured to utilize a portion of the aggregate link bandwidth without affecting performance. Q. Any info on FCoE (Fibre Channel over Ethernet)? A. There are additional talks on FCoE available from the SNIA site: On-demand webcasts:

• Expert Insights – Expanding the Data Center with FCoE 
• Use Cases for iSCSI and FCoE: Where Each Makes Sense 
• How VN2VN Will Help Accelerate Adoption of FCoE 

Blogs:

• Fibre Channel over Ethernet (FCoE): Hype vs. Reality
• Use Cases for iSCSI and FCoE – Your Questions Answered

In summary, FCoE is an encapsulation of the FC protocol into Ethernet packets that are carried over an Ethernet wire (without the use of TCP or IP). Q. What is FC’s typical network latency in relation to storage access and compare to iSCSI? A. For hardware-offloaded iSCSI, the latency is essentially the same since both stacks are processed at silicon speeds. Q. With 400Gbps Ethernet on the horizon, cloud providers and enterprises adopting Hyper-converged architectures based on Ethernet, isn’t it finally death of FC, at least in the mainstream, with exception of some niche verticals, which also still run mainframes? A. No, tape is still with us, and its demise has been predicted for a long time. There are still good reasons for investing in FC; for example, sunk costs, traditional environments and applications, and the other advantages explained in the presentation. The above said, the ubiquity of the Ethernet ecosystem which drives features/performance/lower-cost has been and will continue to be a major challenge for FC. And so, the FC vs. iSCSI debate continues, Ready for another “Great Debate?” So are we, register now for our next live webcast “File vs. Block vs. Object” on April 17^th. We hope to see you there!                        

SNIA Cloud Storage recently hosted a fascinating webcast on the real world use of IBM Watson – the computer that mesmerized viewers on “Jeopardy!” by answering questions accurately and faster than its human competitors. Our webcast, “Customer Support through Natural Language Processing and Machine Learning,” detailed how Watson is being used as a virtual support assistant, named Elio, at NetApp. We had many interesting questions during the live event which is now available on-demand. Here are answers to them all from our expert presenters who have been driving the success of Elio – Ross Ackerman from NetApp and Robin Marcenac from IBM. Q. Why did NetApp build an Elio? A. Elio is an example of NetApp’s data driven innovation. NetApp experts train Elio on our case histories. Using Watson cognitive computing, Elio provides top answers and solves problems, on average, four times faster than traditional methods. Q. What happens if Elio can’t answer my question? A. Elio asks you whether you would like to chat with a technical support engineer or create a case. During technical support hours, Elio can route you to a technical support engineer for additional help. After hours, Elio opens a case, and an engineer contacts you during staffed hours. Q. If I start a chat or open a case, will I always chat with Elio? A.  Not always. When you start a chat, you fill out a brief intake form to help NetApp understand what kind of question you have. If Elio has been trained on the topic, you will chat with Elio. If Elio hasn’t been trained on the topic, during technical support hours you will chat with a technical support engineer; outside technical support hours, Elio will open a case and an engineer will contact you. Q. What does Elio do when a critical issue is reported, which usually, as a customer, you want to speak with a real live person? A. At the beginning of the case creation workflow, users are informed (before being routed to Elio) that they should contact NetApp Support directly for any critical, or “P1”, issues. As an additional safeguard, Elio is trained to understand these “P1” issues, such as a down filer situation. In these scenarios Elio will immediately determine that the user needs support from a live engineer and will route them accordingly to the remaining case creation process or to a live chat session. Q. Can you provide us with Elio’s effectiveness in correctly answering a technical question? A. Elio is providing answers, guidance, and recommendations 4 times faster than methods available without Elio assistance.  Elio has been able to free up thousands of hours of time for our support engineers to provide higher value human-to-human decision based and relationship based interactions. Q. What has been NetApp customer’s reaction to Elio? A. Customers are using Elio with success and getting answers to problems and questions in real time from their choice of channel. Customers have a choice to interact with Elio or not.  Customers are showing their “reaction to Elio” by their growing use of Elio who has engaged and assisted answering thousands of customer questions to date. Q. NetApp Elio – does the customer have a choice not to use it? A. Elio is embedded within both the case creation and live chat workflows on the NetApp Support Site because he is trained and capable of providing answers and solutions to commonly asked questions from our customers and partners. That said, if a user does not wish to chat with Elio they can simply bypass the conversation by clicking a “Skip” button. Q. How did Elio get his name? A. Elio’s first job at NetApp was with SolidFire, NetApp’s Flash based Cloud Infrastructure product. After the acquisition of SolidFire by NetApp, Elio found a great opportunity within NetApp’s customer support team to be its Virtual Support Assistant and first responder to Digital Support assistance. Elio was promoted to be customer facing and interact directly with customers in September 2017.  We look forward to many more great outcomes from Elio in his career.                          

Launching a new website is an exciting venture, but it’s crucial to have a robust marketing strategy in place to ensure it reaches its intended audience. With cloud-based tools and services at your disposal, marketing your new website can be both efficient and effective. Additionally, collaborating with app development companies can enhance your online presence, as they can provide valuable insights on mobile optimization and user engagement. Here are some strategies to consider:

Leverage Cloud Analytics:

Data-Driven Insights: Cloud-based analytics platforms like Google Analytics provide invaluable insights into your website's performance. Track visitor behavior, demographics, and engagement metrics to fine-tune your marketing efforts. SEO Optimization: Use cloud-based SEO tools to optimize your website's content and structure. Identify relevant keywords, monitor rankings, and ensure your site is search engine-friendly. Legal professionals may even seek law firm marketing services to optimize their web presence.

Social Media Marketing:

Content Scheduling: Cloud-based social media management tools like Hootsuite and Buffer allow you to schedule posts, ensuring a consistent online presence. Create engaging content that promotes your website's value. Consult with conversionteam.com to help optimize your content strategy for better results. Paid Advertising: Platforms like Facebook Ads and Google Ads offer cloud-based advertising solutions. Target specific demographics, interests, and behaviors to reach your ideal audience. You can check out this reference to know more about marketing.

Email Marketing:

Email Campaigns: Cloud-based email marketing platforms like Mailchimp or SendinBlue can help you create and automate email campaigns. Build a subscriber list and send personalized content, including newsletters, product updates, or exclusive offers. Content Creation and Collaboration: Cloud Storage: Use cloud storage solutions like Google Drive or Dropbox to collaborate with your team on content creation. Share documents, images, and videos effortlessly. Content Management Systems (CMS): Many CMS platforms, such as WordPress or Joomla, are cloud-based. They provide user-friendly interfaces for updating your website's content regularly.

Performance Monitoring:

Uptime Monitoring: Cloud-based website monitoring services like UptimeRobot notify you immediately if your site experiences downtime. Ensuring your site is always accessible is crucial for user experience. Load Testing: Perform load testing using cloud-based tools to simulate heavy traffic and ensure your website can handle increased user loads without slowing down.

Security and Backups:

Cloud Security: Protect your website from cyber threats with cloud-based security solutions. These services offer real-time threat detection and mitigation. Automated Backups: Use cloud backup services to automatically back up your website's data and files. This ensures you can quickly recover in case of data loss.

Scalability:

Cloud Hosting: Consider hosting your website in the cloud for scalability. Cloud hosting services like AWS, Azure, or Google Cloud can accommodate traffic spikes without performance issues. Marketing your new website from the cloud offers a plethora of tools and services that can streamline your efforts. By leveraging cloud analytics, social media marketing, email campaigns, content creation, performance monitoring, security, and scalability solutions, you can reach your target audience effectively and ensure your website's long-term success. Stay agile, adapt your strategies based on data insights, and continuously optimize your online presence to stay ahead in the competitive digital landscape.

You may have seen recently that the successful SNIA Storage Developer Conference is expanding into new regions and will be held in Tel Aviv later this month in addition to the annual event in Bangalore. These regions are largely uncharted waters for SNIA, let alone a technical conference, but the thought process in selecting the locations is obvious… where is the majority of the technical innovation and development happening in the world?  Israel has been at the forefront of the storage technology innovation for many decades, with many of the bright ideas from military and defense investments making their way into commercial ventures and spawning creative new business start-ups. India also has a rich history of storage development stemming from a highly educated, cost-effective labour force that can drive down costs and increase the time-to-market for software-related projects. Knowing that the expertise and audience exist in these regions, SDC in India, and now SDC EMEA in Tel Aviv, were natural destinations for this conference. We know the technical community in these geographies will find our vendor-neutral, highly technical and educational content to be a breath of fresh air. We are bringing in experts from all over the globe. Here’s a sampling of some of the topics that will be covered at Tel Aviv on February 27^th:

• Transforming Storage with Innovations in Non-Volatile Memory
• Enhancing NVMe-oF Capabilities using Storage Abstraction
• Paving the way for All-Flash with new SSD technologies
• What's New in NVM Express
• Achieving Predictable Latency for Solid State Storage
• And much more….

Check out the full agenda here. So don’t miss it! There is still time to register for this unique educational conference that only SNIA SDC delivers. For more information and to register go to: www.snia.org/events/sdcemea

The SNIA ESF is announcing a new series of webcasts, following our hugely successful "Everything You Wanted To Know About Storage But Were Too Proud To Ask" webcasts. Those focussed on explaining storage technology from the ground up, and while they were pretty all encompassing in their storage technology coverage, they didn't compare or contrast similar technologies that perform broadly similar functions. That's what we're going to do in our new "Great Debates" series, the first of which was "FC vs. iSCSI." It's now available on-demand. I encourage you to check it out. It's a great debate with experts who really know their stuff. But wait... FC vs. iSCSI? That "versus" sounds more like an argument than a discussion. Was there a winner? Was this a technology fight, with a clear-cut winner and a loser? The answer is an emphatic "No!"

"It is better to debate a question without settling it, than to settle a question without debating it," said Joubert, a French essayist who lived in the Napoleonic era. It's a  sentiment that all of us in the SNIA ESF agree with wholeheartedly. This series isn't about winners and losers; it's about providing essential compare and contrast information between similar technologies. Mostly we'll not settle any arguments as to which is better – but we'll have debated the arguments, pointed out advantages and disadvantages, and made the case for specific use cases. We're not looking for winners and losers, and we think we succeeded in this first debate on FC vs. iSCSI. Here are some of the attendee comments we got on that webcast:

"Really nice and fair comparison ..." "A good and frank discussion about the two technologies that don't always need to compete!" "Very fair and balanced overview of the two protocols" Follow us on Twitter @SNIAESF to make sure you don't miss announcements of our Great Debates series. To date, we're planning: "Block vs File," "File vs Object," "RoCE, iWARP or iSER?" and more. If you have a debate suggestion, please let us know.

The SNIA ESF is announcing a new series of webcasts, following our hugely successful “Everything You Wanted To Know About Storage But Were Too Proud To Ask” webcasts. Those focussed on explaining storage technology from the ground up, and while they were pretty all encompassing in their storage technology coverage, they didn’t compare or contrast similar technologies that perform broadly similar functions. That’s what we’re going to do in our new “Great Debates” series, the first of which was “FC vs. iSCSI.” It’s now available on-demand. I encourage you to check it out. It’s a great debate with experts who really know their stuff. But wait… FC vs. iSCSI? That “versus” sounds more like an argument than a discussion. Was there a winner? Was this a technology fight, with a clear-cut winner and a loser? The answer is an emphatic “No!”

“It is better to debate a question without settling it, than to settle a question without debating it,” said Joubert, a French essayist who lived in the Napoleonic era. It’s a sentiment that all of us in the SNIA ESF agree with wholeheartedly. This series isn’t about winners and losers; it’s about providing essential compare and contrast information between similar technologies. Mostly we’ll not settle any arguments as to which is better – but we’ll have debated the arguments, pointed out advantages and disadvantages, and made the case for specific use cases. We’re not looking for winners and losers, and we think we succeeded in this first debate on FC vs. iSCSI. Here are some of the attendee comments we got on that webcast:

“Really nice and fair comparison …” “A good and frank discussion about the two technologies that don’t always need to compete!” “Very fair and balanced overview of the two protocols” Follow us on Twitter @SNIAESF to make sure you don’t miss announcements of our Great Debates series. To date, we’re planning: “Block vs File,” “File vs Object,” “RoCE, iWARP or iSER?” and more. If you have a debate suggestion, please let us know.

When IBM Watson premiered on “Jeopardy!” viewers were mesmerized by Watson’s ability to answer the quiz show’s questions and most times, beat the human contestants! Fast-forward to today and the real-world applications extend well beyond playing trivia games. Watson is being deployed in a variety of medical and business scenarios. In fact, NetApp is now using Watson as part of Elio, a virtual support assistant that responds to queries in natural language. Elio is built using Watson’s cognitive computing capabilities which enable Elio to analyze unstructured data, by using natural language processing to understand grammar and context, interpret complex questions, and evaluate all possible meanings to determine what is being asked. Elio then reasons and identifies the best answers to questions with help from experts who monitor the quality of answers and continue to train Elio on more subjects. It’s a fascinating application of artificial intelligence (AI) that we will discuss in detail at our SNIA Cloud Storage webcast on February 22, 2018, “The Future of Digital Support: The Application of Unstructured Data and AI.” Elio and Watson represent an innovative and novel use of large quantities of unstructured data to help solve problems, on average, four times faster than traditional methods. Join us at this webcast, where those on the front lines of this innovative application will discuss:

• The challenges of utilizing large quantities of valuable yet unstructured data
• How Watson and Elio continuously learn as more data arrives, and navigates an ever growing volume of technical information
• How Watson understands customer language and provides understandable responses

Learn how these new and exciting technologies are changing the way we look at and interact with large volumes of traditionally hard-to-analyze data. Register now! We look forward to seeing you on the Feb. 22^nd.    

Persistent Memory (PM) has made tremendous strides since SNIA’s first Non-Volatile Memory Summit in 2013. With a name change to Persistent Memory Summit in 2017, that event continued the buzz with 350+ attendees and a focus turning to applications. Now in 2018, the agenda for the SNIA Persistent Memory Summit, upcoming January 24 at the Westin San Jose, reflects the integration of PM in a number of organizations. Zvonimir Bandic of Western Digital Corporation will kick off the day exploring the “exabyte challenge” of persistent memory centric architectures and memory fabrics. The fairly new frontier of Persistent Memory over Fabrics (PMoF) returns as a topic with speakers from Open Fabrics Alliance, Cray, Eideticom, and Mellanox. Performance is always evolving, and Micron Technologies, Enmotus, and Calypso Systems will give their perspectives. And the day will dive into futures of media with speakers from Nantero and Spin Transfer Technologies, and a panel led by HPE will review new interfaces and how they relate to PM. A highlight of the Summit will be a panel on applications and cloud with a PM twist, featuring Dreamworks, GridGain, Oracle, and Aerospike. Leading up to that will be a commentary on file systems and persistent memory from NetApp and Microsoft, and a discussion of virtualization of persistent memory presented by VMware.   SNIA found a number of users interested in persistent memory support in both Windows Server 2016 and Linux at recent events, so Microsoft and Linux will update us on the latest developments. Finally, you will want to know where the analysts weigh in on PM, so Coughlin Associates, Evaluator Group, Objective Analysis, and WebFeet Research will add their commentary. During breaks and the complimentary lunch, you can tour Persistent Memory demos from the SNIA NVDIMM SIG, SMART Modular, AgigA Tech, Netlist, and Viking Technology. Make your plans to attend this complimentary event by registering here: http://www.snia.org/pm-summit. See you in San Jose!

Persistent Memory (PM) has made tremendous strides since SNIA’s first Non-Volatile Memory Summit in 2013. With a name change to Persistent Memory Summit in 2017, that event continued the buzz with 350+ attendees and a focus turning to applications. Now in 2018, the agenda for the SNIA Persistent Memory Summit, upcoming January 24 at the Westin San Jose, reflects the integration of PM in a number of organizations. Zvonimir Bandic of Western Digital Corporation will kick off the day exploring the “exabyte challenge” of persistent memory centric architectures and memory fabrics. The fairly new frontier of Persistent Memory over Fabrics (PMoF) returns as a topic with speakers from Open Fabrics Alliance, Cray, Eideticom, and Mellanox. Performance is always evolving, and Micron Technologies, Enmotus, and Calypso Systems will give their perspectives. And the day will dive into futures of media with speakers from Nantero and Spin Transfer Technologies, and a panel led by HPE will review new interfaces and how they relate to PM. A highlight of the Summit will be a panel on applications and cloud with a PM twist, featuring Dreamworks, GridGain, Oracle, and Aerospike. Leading up to that will be a commentary on file systems and persistent memory from NetApp and Microsoft, and a discussion of virtualization of persistent memory presented by VMware.   SNIA found a number of users interested in persistent memory support in both Windows Server 2016 and Linux at recent events, so Microsoft and Linux will update us on the latest developments. Finally, you will want to know where the analysts weigh in on PM, so Coughlin Associates, Evaluator Group, Objective Analysis, and WebFeet Research will add their commentary. During breaks and the complimentary lunch, you can tour Persistent Memory demos from the SNIA NVDIMM SIG, SMART Modular, AgigA Tech, Netlist, and Viking Technology. Make your plans to attend this complimentary event by registering here: http://www.snia.org/pm-summit. See you in San Jose!

The SNIA Ethernet Storage Forum is very pleased to announce that the hugely popular "Storage Performance Benchmarking" webcast series continues with a 5^th installment! Join us on February 14^th at 10:00 am PT for "Storage Performance Benchmarking: Workloads." Benchmarking storage performance is both an art and a science. In this 5^th installment, our experts, Mark Rogov and Chris Conniff, take on optimizing performance for various workloads. Attendees will gain an understanding of workload profiles and their characteristics for common Independent Software Vendor (ISV) applications and learn how to identify application workloads based on I/O profiles to better understand the implications on storage architectures and design patterns. This webcast will cover:

• An introduction to benchmarking storage performance of workloads
• Workload characteristics
• Common Workloads (OLTP, OLAP, VMware, etc.)
• Graph fun!

Did you notice this webcast is on February 14^th? We did that on purpose, because we know you'll love it! So, register now and spend an hour of your Valentine's Day with us. We hope to see you there. And if you have not yet had a chance to watch any of our previous "Storage Performance Benchmarking" webcasts, they are all available on-demand.

• Storage Performance Benchmarking: Introduction and Fundamentals
• Storage Performance Benchmarking: Part 2  - Solution under Test
• Storage Performance Benchmarking: Block Components  
• Storage Performance Benchmarking: File Components