Αρχική Σύστημα διαχείρισης δικαστικών υποθέσεωνΤεύχος Γ΄ «Υποδείγματα και Πίνακες Συμμόρφωσης»Σχόλιο του χρήστη ΓΙΑΝΝΗΣ ΠΟΥΡΝΑΡΑΣ | 28 Δεκεμβρίου 2012, 13:48
  • Σχόλιο του χρήστη 'ΓΙΑΝΝΗΣ ΠΟΥΡΝΑΡΑΣ' | 28 Δεκεμβρίου 2012, 13:48

    Παράγραφος Α.3.2.2.3 , SAN Switches, Storage & Backup Platform, σελ. 58 : Η παραπάνω προδιαγραφή προτείενται να διαμορφωθεί ώς εξής (Για να συμφωνεί και με τον αριθμό των προσφερόμενων Tape Drives και την Non-Redundant αρχιτεκτονική σε επίπεδο SAN του DR Site) : Τα δύο (2) SAN Switches του Κυρίως κέντρου θα πρέπει να συνδέονται με σύνδεση υψηλής διαθεσιμότητας με το Storage και το Backup Tape Library Δηλαδή, το Throughput απο το κάθε SAN Switch θα είναι τουλάχιστον 16Gbps προς το Disk Storage και τουλάχιστον 8Gbps προς το Backup Tape Library. (Σύνολο για τα 2 Switches : 32Gbps προς το Storage και 16Gbps προς το Backup Tape Library) Για δέ το εφεδρικό κέντρο (όπου θα υπάρχει 1 SAN Switch και 1 Tape Drive στο προτεινόμενο Tape Library), απαιτείται Throughput απο το SAN Switch τουλάχιστον 16Gbps προς το Disk Storage και τουλάχιστον 8Gbps προς το Backup Tape Library Παράγραφος C.3.2.4. Εξωτερικό σύστημα δίσκων (SAN) : Προδιαγραφή 24.11 : Σύμφωνα με την περιγραφόμενη αρχιτεκτονική και τα διαγράμματα, το εξωτερικό σύστημα δίσκων παρουσιάζεται ως Block FC Attached Storage. Σύμφωνα με την προδιαγραφή 24.11 δέν είναι ξεκάθαρο εάν το σύστημα δίσκων απαιτείται να υποστηρίζει (ως υποχρεωτική απαίτηση) επιπλέον του FC Block πρωτοκόλλου και File-Level πρωτόκολλα όπως CIFS/NFS/FTP/HTTP. Παρακαλούμε εφόσον η δυνατότητα υποστήριξης File Storage είναι προαιρετική, να αφαιρεθεί απο την συγκεκριμένη προδιαγραφή και να προστεθεί μια επιπλέον προαιρετική προδιαγραφή. Δηλαδή : 24.11 : Υποστηριζόμενα πρωτόκολλα block : FC. Η υλοποίηση του Block Level Access πρωτοκόλλου (FC) πρέπει να γίνεται εγγενώς (native) στους δίσκους και όχι πάνω απο file system. (NAI, υποχρεωτική απαίτηση) 24.11.1 : Υποστηριζόμενα πρωτόκολλα file/NAS : CIFS/SMB, NFS, FTP, HTTP. Να περιγραφεί (Προαιρετική απαίτηση Προδιαγραφή 24.15 : Παρακαλούμε όπως γίνει αποδεκτή η υλοποίηση λύσης Online RAID Migration σε δύο βήματα, κάνοντας χρήση Online Volume Mirroring των Volumes ενός Host Server σε ένα 2ο Volume το οποίο θα διαθέτει το τελικό RAID Level που θέλουμε να επιτύχουμε και κατόπιν διαγράφωντας το αρχικό Volume. 24.15 : Δυνατότητα Online αλλαγής της RAID προστασίας ενός Volume, σε 1 ή δύο βήματα (Απευθείας αλλαγή RAID Level με αντίστοιχη επιβράδυνση του performance μέχρι να ολοκληρωθεί η διαδικασία, η εναλλακτικά χρήση τεχνολογίας Online Volume Mirroring σε ενα 2ο Volume που θα είναι χτισμένο σε δίσκους με διαφορετικό RAID Level, και όταν αυτό ολοκληρωθεί, διαγραφή του αρχικού Volume (Λύση με περισσότερα βήματα αλλα χωρίς επιβράδυνση απόδοσης) Προδιαγραφή 26.4. Παρακαλούμε να επιτραπεί χρήση δίσκων >= 10Κ rpm. Ο λόγος είναι πως οι δίσκοι 10Κ έχουν μικρή διαφορά στην απόδοση (IOPs) σε σύγκριση με δίσκους 15Κ ενώ το format 2,5'' (σε σύγκριση με 3,5'' που ανήκει η πλειονότητα των 15Κ δισκων) επιτρέπει πολύ μεγαλύτερη πυκνότητα ανα Rack Unit και πολύ μικρότερη κατανάλωση ενέργειας. 26.4 : Ταχύτητα περιστροφης : >= 10K rpm Πινακας C3.2.7 - Μεταγωγείς Πρόσβασης ToR Switches (Rack Mount & Blade Servers) , σελιδα 42 : "Απαιτηση 45.3 - Όλοι οι προσφερόμενοι μεταγωγοί πρόσβασης ΤoR & IPMI Μanagement, να είναι ίδιου κατασκευαστή με τους υπόλοιπους προσφερόμενους μεταγωγούς του Έργου. " Προτείνεται να γινουν δεκτες και προσφορες μεταγωγων προσβασης ΤoR & IPMI Μanagement και αλλων κατασκευαστων καθως απαιτουνται λυσεις converge , αρα δεν υπαρχουν πολλες επιλογες δεδομενου και της απαιτησης για Αρθρωτή (Modular) αρχιτεκτονική των κεντρικων μεταγωγων.