ICONICS Worldwide Customer Summit - © 2013 GENESIS64 – Scalable High Performance SCADA for...

ICONICS Worldwide Customer Summit - © 2013

Visualize

GENESIS64 – Scalable High Performance SCADA for Redundant Solutions

Zdenek Zadak, Managing Director ICONICS CzechDr Rene Arnost, Global Technical Support Director

Nathan Redmann, Senior Analyst, Toyon Research Corp.

G64-102


Presentation of Technical Material 20

Agenda

Customer Case Study – Toyon 20 Product Demo 20 Q&A 10 Quiz 10


System Components

Cloud Deployment

Understanding Redundancy

Redundancy Design

Topologies

Hyper HistorianDistributed Asset based

SolutionsLoad Balancing

Content

GENESIS64


High Availability

Increasing Reliability

Reducing Downtime

Disaster Recovery Plan

Reducing Single Point of

Failure

Optimizing Load via

Balancing

Peace of Mind

Benefits

Critical Process

24/7 Operation

Large Volume of Data

Many Tasks Deployed

Many Dependent Systems

Project Complexity

Many Clients Connected

Need for Redundancy

Understanding Redundancy

Software Failure

Hardware Failure

Communication Failure

System Overload

Power Failure

Natural Disasters

Catastrophic Failure

Plausible Failures


• Availability is the percentage of time that a system is up and running for a particular mission time

• Availability = Uptime/(Uptime + Downtime)

• Redundancy Results in Improving the Availability Time

Availability Time


Availability Table

Possible Total Downtime (HH:MM:SS)

Availability Per Day Per Month Per Year

99.999% 00:00:00.9 00:00:26 00:05:16

99.99% 00:00:09 00:04:23 00:52:36

99.9% 00:01:26 00:43:50 08:45:57

99% 00:14:24 07:18:17 87:39:30

Fault Tolerant solutions: 99.999% equals to 5.256 minutes (Six Sigma)


1. Failure Detection

2. Problem Diagnostic

3. Repair or Replace the Failed Component

4. Return the System to Full Operational Status

1. Failure Detection Time

2. Switch Over Time

phones web

Downtime

Single System

Redundant System


Virtual Server Redundancy

GENESIS64 Distributed Redundancy

GENESIS64 Node Pair Redundancy

ICONICS Approach to Redundancy

ICONICS’ Unique Hybrid Approach

Low

Medium

Medium

Medium-H

Stratus ftServer Hardware Redundancy High

Investment level

Solutions


Complete Scalable Solution with Load Balancing and Modularity

Powerful Real Time Hyper Historian offers Multi-Tier Redundant System Architecture

GENESIS64 Suite is Designed for Large Scale Mission Critical Applications

Solutions for Redundancy and Scalability


Single Server Architecture

Web Services

Classic, UA OPC BACnet

SNMPBack-EndServers

3rd PartyOPC UA Client

3rd Party OPC DA Client

ICONICSMobileHMI Client

ICONICSPortalWorX Client

ICONICSGENESIS64 Client

Platform Services Client / Server SubscriptionsOPC HDA, AE, DA ,UA, ReportsLicensing

Security

Hyper Historian

Alarm Logger

Alarm Server

Multiple Clients


GENESIS64 Node Pair Redundancy

Primary Standby

GENESIS64Server

GENESIS64Server

GENESIS64 Client

GENESIS64 Client

GENESIS64 Client

GENESIS64 Client


Client / Server Subscriptions

OPC HDA, AE, DA ,UA, Reports

Licensing

Security

Multi-Tier ArchitectureClient Applications

Level-2

OPC DA/ UA Servers

AlarmWorX64 Server

Hyper Historian Alarm Logger

GraphWorX64TrendWorX64

Viewer

AlarmWorX64

Viewer

Level-1

Platform Services Client

Middle-Tier Primary Platform Services

Middle-Tier Secondary Platform Services

OPC DA/UA ServersAlarmWorX64

ServerHyper Historian

Alarm Logger


OPC HDA, AE, DA ,UA, Reports

Licensing

Security

Level-3

OPC DA/ UA Servers

AlarmWorX64 Server




Alarm Logger


GENESIS64 Multi-Tier Redundancy

StandbyActive

Alarm ServerPrimary

Alarm Server Secondary Primary Secondary

Hyper Historian

GENESIS64 Primary Server

GENESIS64 Secondary

Server

GENESIS6

4 ClientsGENSIS64

ClientsGENESIS6

4 ClientsGENESIS64 Clients

Hyper Historian


Hyper Historian

Capabilities

Hyper Historian is High Speed Data Logger

Capacity to log 70,000 – 100,000 changes /sec (single node)

Enterprise Edition with Remote Collectors Tested with 600,000

Tags

Supports Multiple Local and Remote Data Collectors

No Single Point of Failure

ICONICS Worldwide Customer Summit - © 2013ICONICS, Inc. - Company Confidential

Data CollectorData Collector

Real-time Data Logger

Data Collector

Client Technologies

HistoricalData Storage

Memory Persistent

Multi-tiered Redundancy

Data Collector. . .

Universal ConnectivitySNMP

Databases

Web Services

MergeWorX Configuration Database

Performance Calculations

Automatic Archiving

ICONICS Workbench BizViz Clients AnalytiX Clients

Third-PartySolutions

Runtime Operationsand Dashboards


High Performance

102 Raw Values (per cycle)

Deadband filter: 31% (32 values)

Swinging Door filter: 12% (12 values)

STORAGE REDUCED BY ~90%!


Real-time Data

Primary Collector Secondary Collector

Secondary

LoggerPrimary Logger

ClientsComputer A

Computer B

Computer C Computer D

Redundancy Scenario(4 Computers - recommended)

Secondary Platform Services

Primary Platform Services



Data

Synch

Legend


Redundancy Scenario(2 Computers)


Data Data

SecondaryLogger

Clients

Computer A

PrimaryCollector


PrimaryLogger

Computer B

SecondaryCollector

Real-time Data

Data

Synch

Legend


Scalability

GENESIS64Server

GENESIS64 PrimaryServer

GENESIS64 Secondary

Server

Hyper HistorianPrimary

Hyper Historian

Secondary

Data CollectorSecondary

Engineering Station

PortalClient

IEClient

Data CollectorPrimary

Third PartyServers

Back-EndServers

OPC Servers


• Distributes Client Connections to multiple Platform Services• Improves System Availability, Stability & Performance

• Client Connection is Based on Platform Services Instant Load• Platform Services Load Factor Depends on:

• Number of Messages, Requests, Updates • Load Balancing Decision Logic

• Client is Assigned to a Platform Services When New Session is Created

• Load Balancing Logic Determines Least Loaded Platform Services• Client Connection Continuity is Maintained

GENESIS64 Load Balancing

• Multiple Servers for Load Balancing


Load Balancing

Client Applications

Platform Services

Client Applications Client Applications

Client Applications

Client ApplicationsClient Applications

Platform Services

Platform Services

Load Balancing

Logic Check

Primary Server



OPC HDA, AE, DA ,UAReportsLicensing

Security

GENESIS64 Load BalancingClient Applications

Level-2

OPC DA/ UA Servers

AlarmWorX64 Server


GraphWorX64TrendWorX64

Viewer

AlarmWorX64

Viewer

Level-1

Platform Services Client

GENESIS64 PrimaryPlatform Services

GENESIS64 Secondary Platform Services



Alarm Logger

Client / Server SubscriptionsOPC HDA, AE,

DA ,UA, ReportsLicensing

Security

Level-3

Load BalancingPlatform Services

Client / Server SubscriptionsOPC HDA, AE,

DA ,UA, ReportsLicensing

Security

Redundant Servers


• Securing your HW in Cloud• Scale up for hundreds of measured objects

• ICONICS Azure Cloud Connector• Platform Services running in Azure a pure application (no

VM)• Can run in multiple instances

• Exposes data from other Platform Services (located on premise) to client applications

Azure Cloud – High Availability & Scalability

• See session MC-304 for Azure Cloud App


Architecture Diagram

FwxServeron premise

FwxMonitorService

Azure Queue Storage

FwxServerFwxServer

FwxServeron premise

FwxMonitorService

SQL Azure

Configuration

Client Appon premise

Client Appon premise

Connection Dispatcher

Connection Dispatcher

ICONICS Azure

Cloud Connector

ICONICS Azure

Cloud Connector

Add for Scalability


• Organized into a tree structure

forming the Distributed AssetWorX

• The relations between AssetWorX

are setup as ‘External Links’

• The External Links are transparent

to the user

Distributed AssetWorX Configuration

• Distributable among multiple

configuration databases and

computers

• Large projects require AssetWorX

configuration database to be split

into smaller pieces

• Organizational requirements

(headquarters, subsidiaries)

Distributed AssetWorX Runtime (AnalytiX)

Distributed Asset Management


Headquarters (Root AC)

Subsidiary A Subsidiary B

Subsidiary B1

Architecture Diagram – Distributed Runtime


Architecture Diagram: Linking Assets

\\HQ

\\F

\\M1

\\M2

Foxboro

bakery

Building 1ABuilding 1B

Building 2ABuilding 2B

\\F\ac:Foxboro/

\\M1\ac:Mansfield 1/Building A/

\\M1\ac:Mansfield 1/Building B/

\\M1\ac:Mansfield 2/Building A/

\\M1\ac:Mansfield 2/Building B/

Result:

Link names

Target assets

Each link has a name and a target asset. The link names appear in the resulting Distributed AC. The link names override the names of the target assets.Note ‘Mansfield bakery’ is an asset in HQ, while ‘Foxboro bakery’ is a link to asset ‘Foxboro’ defined in F.


Modular Approach

Choice of System Configuration

Affordable Solution

Auto Switch Over

Both Hardware and Software Options

Zero Scripting Required

Easy Configuration

Easy Deployment

Easy Maintenance / Support

ICONICS Offering

Highly Available Modular Solution


Visualize

Toyon CorpEmergency Management System

Nathan Redmann, Senior Analyst, Toyon Research Corporation


Specialty in highly available and secure systems for building automation/energy monitoring and Homeland Security applications

Founded in 1980 - expertise in antennas and RF systems, ISR algorithms, C4ISR systems, Missile systems, and Homeland Security

Nationally recognized small business, performing both technology development and systems analysis

Who we are and what we do


SCADA applications can fill the gap between the standalone/proprietary detection system and limited capability building automation system to deliver a scalable, high performance, redundant and secure

system.

Building Automation/Energy Monitoring• Control and monitor environmental HVAC systems• Collect and analyze campus/building equipment condition

and energy use to improve operations and reduce energy consumption

Detect to Warn Systems• Network of environmental monitoring systems (airborne

hazards) designed to warn users of a possible contaminant• Most are 100% custom/standalone or 100% proprietary

Emergency Response Systems• Building wide HVAC control techniques• Manually controlled emergency response• Typically implemented within existing building automation

systems

Applications


Typical System Architecture

Lack of redundancy

Proprietary Protocol


Modbus RTU

BACnet

X X

X

Custom/Proprietary Sensor Interface

Building Automation System

Environmental monitoring sensors

Building Controls


Proprietary Interfaces

Custom code, non-standard communications protocols

Limited Extensibility

Difficult for owner/user to add new devices/sensors to the network

Information Assurance

Data/credentials sent in clear text, no/weak authentication

OPC UA is designed for high reliability and redundancy

OPC UA requires authentication using x.509 certificates and encryption using Advanced Encryption System (AES) ciphers

Continuity of Operations

Many single points of failure

Multiple problems motivate a new solution

OPC UA is a recognized open standard with a broad adoption and large base of industry support

OPC UA provides a standard framework and is compatible with embedded systems

Solution: OPC Unified Architecture


OPC UA Based System Architecture


OPC UABACnet

OPC UA Servers/ HH

Remote Collectors

OPC UA

GENESIS64 / Hyper Historian GENESIS64 and Hyper Historian

Environmental monitoring sensors

Building Controls

Interoperability

Servers

OPC UA Servers/ HH

Remote Collectors

Interoperability

Servers

SCADA SCADA


GENESIS64 provides both OPC UA server and client functionality

Hyper Historian provides OPC UA client and OPC UA HDA server capabilities

OPC UAOut of the box redundancy and load balancing

OPC and WebHMI clients support seamless failover to redundant servers

Hyper Historian Collector, Logger, and Remote Collector

Redundancy

OPC UA authentication and encryption

Hyper Historian redundancy and remote collector communications

WebHMI, .NET, and Silverlight clients over HTTPS

Active Directory integration using LDAP over SSL

SecurityWillingness to work with Toyon over the last 18 months during our evaluation

Inclusion of new features to support our security requirements

Support

Why was ICONICS the best solution?


Technical Overviewand Product Demonstration


Highly available and scalable solutions

ScalabilityServer Physical vs. Virtualized

Infrastructure

Hyper Historian Redundancy

History Data

GENESIS64 Redundancy, Status Tags

Application

Infrastructure ScalingApplication Scaling

Hyper-V WMWareCitriX XenServer

LoggersCollectors

OPC Servers (PLC),Alarming, ICONICS FrameWorX, Clients

Outline


Highly Available and Scalable SolutionsWhy complicate SCADA?

VirtualisationHyper-V, Vmware, Citrix, Marathon

Infrastructure ScalingNetwork, PLC

Application ScalingAssetWorX, FrameWorX

Infrastructure


Typical High Availability Architecture


GENESIS64 RedundancyOPC Servers (PLC)

Alarming History

FrameWorX

Clients

Time Sync

ProjectSetup

GENESIS64

Configure

Easy configurati

onand

maintenance


Questions and assistance

Technical Support Booth

Consultancy

Application setup

Maintenance

Demo!

Demonstration


? Q&A Analyze MobilizeVisualize


1st Place: Surface Pro

2nd Place: Surface RT

3rd Place: Surface RT

Take the challenge and take the quiz!

Take the quiz at end of each breakout. Top Scores can win a Microsoft Surface Pro or Surface RT Tablet.

Microsoft Surface Pro & Surface RT Prizes

Play to Win at ICONICS 2013 WWCS!Each breakout helps achieve points toward

winning


Thank You, Sponsors!

PLATINUM PARTNERS

GOLD PARTNERS

Visit our Partner Expo!


Thank you! Analyze MobilizeVisualize

ICONICS Worldwide Customer Summit - © 2013 GENESIS64 – Scalable High Performance SCADA for...

Documents

Transcript of ICONICS Worldwide Customer Summit - © 2013 GENESIS64 – Scalable High Performance SCADA for...